(57)【特許請求の範囲】
【請求項１】
ネットワーク経由で、ユーザ端末によりプリント対象として指定された画像データを該画像データを格納するデータ提供装置から該画像データのプリント処理を実行するデータ要求装置へ転送するデータ転送システムにおいて、
前記データ提供装置は、
画像データを前記データ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納する管理手段と、
前記プリント対象の画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新し、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新する更新手段と、
前記データ要求装置からの前記画像データの取得要求に応答して、前記管理手段により格納された前記画像データの前記取得フラグを参照する参照手段と、
前記参照手段による参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可する許可手段とを備え、
前記データ要求装置は、
前記データ提供装置から転送された画像データのプリント処理を実行するプリント処理手段を備えることを特徴とするデータ転送システム。
【請求項２】
前記管理手段は、前記画像データをさらに取得の可否を示す利用フラグと関連付けて前記テーブルに格納し、
前記更新手段は、前記ユーザ端末によりプリント対象となる画像データが指定されると、前記利用フラグを取得不可を示す状態に更新し、前記決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記利用フラグを取得可能を示す状態に更新し、
前記参照手段は、前記取得フラグと共に前記利用フラグを参照し、
前記許可手段は、前記参照手段による参照の結果、前記取得フラグが未取得を示す状態で且つ前記利用フラグが取得可能を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可することを特徴とする請求項１に記載のデータ転送システム。
【請求項３】
前記データ要求装置が複数存在し、前記管理手段は前記複数のデータ要求装置の各データ要求装置ごとに、前記画像データを前記取得フラグと関連付けてテーブルに格納することを特徴とする請求項１または２に記載のデータ転送システム。
【請求項４】
画像データを、該画像データのプリント処理を実行するデータ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納する管理手段と、
ユーザ端末によりプリント対象として指定された画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新し、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新する更新手段と、
前記データ要求装置からの前記画像データの取得要求に応答して、前記管理手段により格納された前記画像データの前記取得フラグを参照する参照手段と、
前記参照手段による参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可する許可手段とを備えることを特徴とするデータ提供装置。
【請求項５】
データ提供装置の管理手段が、画像データを、該画像データのプリント処理を実行するデータ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納するステップと、
前記データ提供装置の更新手段が、ユーザ端末によりプリント対象として指定された画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新するステップと、
前記データ提供装置の参照手段が、前記データ要求装置からの前記画像データの取得要求に応答して、前記テーブルに格納された前記画像データの前記取得フラグを参照するステップと、
前記データ提供装置の許可手段が、前記参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可するステップと、
前記データ提供装置の前記更新手段が、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新するステップとを備えることを特徴とするデータ提供装置の制御方法。
【請求項６】
画像データを、該画像データのプリント処理を実行するデータ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納するステップと、
ユーザ端末によりプリント対象として指定された画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新するステップと、
前記データ要求装置からの前記画像データの取得要求に応答して、前記テーブルに格納された前記画像データの前記取得フラグを参照するステップと、
前記参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可するステップと、
前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新するステップとを、画像データを格納するデータ提供装置のコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像データを記憶するデータ提供装置が、画像データをデータ要求装置に転送して印刷出力処理などの各種処理を行わせるサービスを提供するためのデータ転送システム、データ提供装置、その制御方法、それを実施させるためのプログラムに関するものである。
【０００２】
【従来の技術】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用した様々なサービスが提供されている。
【０００３】
例えば、ユーザがデジタルカメラを用いて撮影したり、スキャナを用いて読み取ったりした画像をインターネットを介して受信して記憶するサービスや、記憶されたユーザの画像をユーザの好きなときにインターネットを介して閲覧させるサービスを提供するサイト（以後、フォトサイトと呼ぶ）がある。
また、転送されたユーザの画像をプリントアウトして商品として提供するサイト（以後、プリントサイトと呼ぶ）がある。
【０００４】
前記フォトサイトの中には、画像を記憶するサービスと画像をプリントアウトするサービスの両方を独自に提供しているサイトもあるが、画像を記憶するサービスのみを行い、プリントアウトについては画像をプリントサイトに転送してプリントサイトにサービスを提供させるフォトサイトも存在する。
【０００５】
【発明が解決しようとする課題】
このようなプリントサイトとの連携を行いながらプリントサービスを提供するフォトサイトでは、画像データは、プリントサイトの要求に応答してプリントサイトに転送される。この画像データの転送は、ｈｔｔｐやｆｔｐのようなインターネット上で利用可能なプロトコルに基づいて実行される。従って、フォトサイトから画像データをプリントサイトの要求に応じて転送する場合、画像データの取得をプリントサイトに任せることになる。
【０００６】
この結果、プリントサイトは注文情報と関係のない画像データも取得できるため、画像データが漏洩してしまうという問題があった。また、プリントサイトは既に取得されている画像データを重複してフォトサイトから取得してしまうという問題があった。
【０００７】
そこで、本発明は、前記従来技術の問題点を解決するために提案されたものであり、データ提供装置からデータ要求装置へ、重複した不要な画像データが転送されないように、また、不正に画像データが流出しないように制御することを目的とする。
【０００８】
【課題を解決するための手段】
この課題を解決するために、本発明のデータ転送システムは、ネットワーク経由で、ユーザ端末によりプリント対象として指定された画像データを該画像データを格納するデータ提供装置から該画像データのプリント処理を実行するデータ要求装置へ転送するデータ転送システムにおいて、前記データ提供装置は、画像データを前記データ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納する管理手段と、前記プリント対象の画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新し、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新する更新手段と、前記データ要求装置からの前記画像データの取得要求に応答して、前記管理手段により格納された前記画像データの前記取得フラグを参照する参照手段と、前記参照手段による参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可する許可手段とを備え、前記データ要求装置は、前記データ提供装置から転送された画像データのプリント処理を実行するプリント処理手段を備えることを特徴とする。
【０００９】
ここで、前記管理手段は、前記画像データをさらに取得の可否を示す利用フラグと関連付けて前記テーブルに格納し、前記更新手段は、前記ユーザ端末によりプリント対象となる画像データが指定されると、前記利用フラグを取得不可を示す状態に更新し、前記決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記利用フラグを取得可能を示す状態に更新し、前記参照手段は、前記取得フラグと共に前記利用フラグを参照し、前記許可手段は、前記参照手段による参照の結果、前記取得フラグが未取得を示す状態で且つ前記利用フラグが取得可能を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可する。また、前記データ要求装置が複数存在し、前記管理手段は前記複数のデータ要求装置の各データ要求装置ごとに、前記画像データを前記取得フラグと関連付けてテーブルに格納する。
【００１０】
又、本発明のデータ提供装置は、画像データを、該画像データのプリント処理を実行するデータ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納する管理手段と、ユーザ端末によりプリント対象として指定された画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新し、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新する更新手段と、前記データ要求装置からの前記画像データの取得要求に応答して、前記管理手段により格納された前記画像データの前記取得フラグを参照する参照手段と、前記参照手段による参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可する許可手段とを備えることを特徴とする。
【００１１】
又、本発明のデータ提供装置の制御方法は、データ提供装置の管理手段が、画像データを、該画像データのプリント処理を実行するデータ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納するステップと、前記データ提供装置の更新手段が、ユーザ端末によりプリント対象として指定された画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新するステップと、前記データ提供装置の参照手段が、前記データ要求装置からの前記画像データの取得要求に応答して、前記テーブルに格納された前記画像データの前記取得フラグを参照するステップと、前記データ提供装置の許可手段が、前記参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可するステップと、前記データ提供装置の前記更新手段が、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新するステップとを備えることを特徴とする。
【００１２】
又、本発明のプログラムは、画像データを、該画像データのプリント処理を実行するデータ要求装置によって取得済みであるか否かを示す取得フラグと関連付けてテーブルに格納するステップと、ユーザ端末によりプリント対象として指定された画像データに係るプリント金額の決済処理が前記ユーザ端末により実行されると、前記プリント対象の画像データの前記取得フラグを未取得を示す状態に更新するステップと、前記データ要求装置からの前記画像データの取得要求に応答して、前記テーブルに格納された前記画像データの前記取得フラグを参照するステップと、前記参照の結果、前記取得フラグが未取得を示す状態である場合に、前記データ要求装置への前記画像データの転送を許可するステップと、前記画像データが前記データ要求装置へ転送されると、前記転送された画像データの取得フラグを取得済みを示す状態に更新するステップとを、画像データを格納するデータ提供装置のコンピュータに実行させる。
【００１５】
【発明の実施の形態】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００１６】
＜本実施形態のサービス提供システムの概略の構成及び動作例＞
（システム構成例）
図１は、本発明の一実施形態において、ユーザから受信した画像データを記憶したり、記憶された画像データをユーザやユーザの指定した第３者に閲覧させたり、記憶された画像データのプリント注文を行うサービスを提供するためのシステムの構成を示す。
【００１７】
１０１はデジタルスチルカメラ、デジタルビデオカメラ、スキャナなどの画像入力装置であり、イメージ情報である光学像を電気信号に変換して所定の画像処理をした後、デジタル情報として、記録、再生する。１０２Ａは、ユーザのパーソナルコンピュータ（以下、ユーザＰＣという。）である。
【００１８】
１１６は、画像入力装置１０１内に格納されている画像データをユーザＰＣ１０２Ａの記憶装置へ転送するためのデータ転送用インターフェースである。データ転送用インターフェース１１６は、ＵＳＢ、ＩＥＥＥ１３９４に代表される有線インターフェースあるいは、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈに代表される無線インターフェースのどちらでもよい。１０２Ｂは、ユーザが指定した第３者のパーソナルコンピュータ（以下、第３者ＰＣという。）である。
【００１９】
尚、本実施例では、１０２Ａ、Ｂをパーソナルコンピュータとして説明するが、携帯電話機やＰＤＡ（Personal Digital Assistance）などの携帯情報端末を用いるようにしてもよい。また、通信機能や表示機能などを備えたデジタルスチルカメラ、デジタルビデオカメラ、スキャナ、複写機などの画像入力装置を用いるようにしてもよい。
【００２０】
１０５は、ユーザＰＣ１０２Ａから受信した画像データを記憶したり、記憶された画像データをユーザやユーザの指定した第３者に閲覧させたり、記憶された画像データのプリント注文を行うサービスを提供するフォトサイトである。フォトサイト１０５は、ユーザＰＣから受信した画像データを記憶する画像データベース１１７（以下、画像ＤＢという。）、フォトサイト１０５に登録されたユーザの属性情報、画像データの属性情報、後述するプリントサイト１０９の属性情報などを記憶する情報データベース１１８（以下、情報ＤＢという。）、画像ＤＢ１１７に記憶されたユーザの画像データを第３者に閲覧させる際の制御を行うフォトシェアリングモジュール１０６などを含んでいる。
【００２１】
１０９は、フォトサイト１０５に記憶されたユーザの画像データをプリントするサービスを提供するプリントサイトである。図１では、プリントサイト１０９が複数ある場合を示しているが、その数については特に限定しない。プリントサイト１０９は、フォトサイト１０５を介してユーザからのプリント注文を受信するためのモジュール（図示せず）を含み、フォトサイト１０５から受信した画像データに基づいてプリントを行うプリンタ１１１と接続されている。プリントされた商品１１２は、ユーザやユーザの指定した宛先に配送される。
【００２２】
１０４はインターネットであり、ユーザＰＣ１０２Ａ、Ｂやフォトサイト１０５、プリントサイト１０９はインターネット１０４を介して通信する。１１３Ａ、Ｂは携帯情報端末であり、モバイルネット１１４Ａ、Ｂ及びインターネットコネクションゲートウェイ１１５Ａ、１１５Ｂそれぞれを経由してインターネット１０４に接続し、フォトサイト１０５にアクセスすることができる。
【００２３】
（システム動作例）
図２に、上記サービス提供システムの概略の動作例を示す。図２で、細い矢印は送信されるコマンド情報を示し、太い矢印は送信される画像データを示している。又、フォトサイト及びプリントサイトに記載の“ｎ”は、フォトサイトが有する注文情報テーブル（図９で後述）のステータス番号、プリントサイトが有する注文情報テーブル（図１５で後述）の注文ステータス番号を示している。又、本例では、フォトサイトが決済をする場合を示すが、決済をプリントサイトがしてフォトサイトに通知する手順であってもよい。尚、図２では、ユーザＰＣがフォトサイトに保管した画像データを、同じユーザＰＣからフォトサイト経由でプリントサイトに出力を注文して、指定した配送先に配送するまでの動作を示しており、第３者の閲覧や、携帯情報端末からの閲覧・プリント注文については示していないが、図２の動作手順を理解すればそれらの処理も容易に理解できる。
【００２４】
まず、デジタルカメラ（デジカメ）で撮影した画像データが、記憶媒体を介して、あるいはダイレクト・インタフェースを介してユーザＰＣに取り込まれる。そして、インターネットを介してフォトサイトに転送されて保管される。保管時には、ユーザがユーザＩＤやパスワードを入力し、フォトサイトがアルバムＩＤ（保管単位の画像群をアルバムと呼ぶ）を発行する。
【００２５】
(1)ユーザＰＣからプリントオーダ指示を画像データを保管するフォトサイトに送信する。このプリントオーダ指示には、ユーザＩＤ、複数のプリントサイトがあれば、選択したプリントサイトの情報が含まれる。プリントオーダ指示を受信すると、フォトサイトには注文情報テーブルが作成され、ステータスは“０”（未発注）がセットされる。
【００２６】
フォトサイトは、ステータス通信用ＣＧＩへアクセスするためのステータス通知ＵＲＬ、プリントするアルバムのサムネイルにアクセスするためのサムネイルＵＲＬを含む仮プリントオーダをプリントサイトに送信する。仮プリントオーダを受信すると、プリントサイトには注文情報テーブルが作成され、注文ステータスは“０”（仮オーダ）がセットされる。
【００２７】
(2)プリントサイトは、受信したステータス通知ＵＲＬを使用して、処理開始をフォトサイトに通知する。フォトサイトは、処理開始の通知を受けて注文情報テーブルのステータスを“１”（開始）にセットする。
【００２８】
(3)プリントサイトは、受信したサムネイルＵＲＬを使用して、フォトサイトに各アルバムのサムネイル画像を要求し、その応答としてサムネイル画像を取得する。
【００２９】
(4)プリントサイトは、取得したサムネイル画像を表示したり、プリントの見積もりに必要な詳細なプリント情報（プリント枚数や用紙サイズなど）を要求する画面をユーザＰＣに送信する。
【００３０】
(5)ユーザＰＣは、ユーザの指示に従って、プリントしたいアルバムに対応するサムネイル画像を選択し、プリント情報を送信すると共に、見積もり指示を、プリントサイトに送信する。
【００３１】
(6)見積もりを行ったプリントサイトは、見積もり結果をフォトサイトに送信する。プリントサイトから見積もりを受けたフォトサイトは自身の割り引きや割り増しなどを加味して見積もりを再計算し、ユーザＰＣに送信する。フォトサイトではプリントサーバからの見積もりを受信すると、注文情報テーブルのステータスを“２”（見積もり）にセットする。尚、ここで、プリントサイトはユーザによって選択されたサムネイル画像に関する情報も送信する。
【００３２】
(7)ユーザは見積もりを見て、プリントの実行を検討したうえで、クレジット情報と配送先を含む情報を、フォトサイトへ送信する。フォトサイトは、クレジット情報などの決済情報を受けて決済を行い、決済が正常に終了すると、プリントするアルバムにアクセスするためのアルバムＵＲＬ、配送先を含む正式プリントオーダをプリントサイトに送信する。決済が終了した時点で、フォトサイトの注文情報テーブルのステータスを“３”（決済）にセットする。一方、正式プリントオーダを受けて、プリントサイトの注文情報テーブルの注文ステータスを“１”（正式オーダ）にセットする。
【００３３】
(8)プリントサイトは、受信したアルバムＵＲＬを使って、フォトサイトにプリント画像を要求し、フォトサイトはプリント画像をプリントサイトに返信する。
【００３４】
(9)プリント画像を受信したプリントサイトは、ステータス通知ＵＲＬを使って、取得中止通知をフォトサイトに送信する。フォトサイトは取得中止通知を受信して、注文情報テーブルのステータスを“５”（注文終了）にセットする。
【００３５】
(10)プリントサイトは、受信したプリント画像をプリントして、注文情報テーブルの注文ステータスを“２”（プリント済み）にセットする。更に、配送先への配送がされると、注文情報テーブルの注文ステータスを“３”（配送済み）にセットする。
【００３６】
ここで、フォトサイトにおける注文情報テーブルのステータスが“３”（決済）にセットされてから、“５”（注文終了）にセットされるまでが、画像取得可能な期間である。図２では、１つのアルバムについて説明しているが、各アルバムのプリント要求に対して注文情報テーブルが作成され、それぞれが上記のように独自にステータス遷移を行なうので、選択された全てのアルバムがプリントされるまで画像取得とプリント処理が繰り返される。
【００３７】
携帯端末からのプリントオーダーの場合は、(1)プリントオーダー指示以後のユーザＰＣの処理を携帯端末から行う。尚、閲覧については、以下の説明に譲る。以下、上記各手順を更に詳細に説明する。
【００３８】
（画像データの保管例）
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、データ転送用インターフェース１１６を介して、ユーザＰＣ１０２ＡのＨＤＤに代表される情報記憶装置の記憶領域に転送される。
【００３９】
この画像入力装置１０１からユーザＰＣ１０２Ａへの画像データ転送に関しては、ユーザＰＣ１０２ＡにインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内にある情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１からの転送コマンドで、ユーザＰＣ１０２ＡのＯＳ又は専用ソフトウエアがユーザＰＣ１０２Ａの情報記録部にデータ記録領域を確保し、画像データを転送する場合とがある。この様にしてユーザＰＣ１０２Ａに転送された画像データは、以下の手順によって、インターネット１０４に接続されているフォトサイトサーバ１０５にアップロードされる。
【００４０】
ユーザＰＣ１０２Ａ上で動作し、インターネット１０４で情報転送が可能な標準プロトコルを有するブラウザは、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイトサーバ１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成され、フォトサイトサーバ１０５のサーバＰＣが管理する画像や音声等のマルチメディア情報とリンクしている、Ｗｅｂ情報を表示する。この動作により、ユーザＰＣ１０２Ａは、フォトサイトサーバ１０５が提供する通信インフラとしてインターネット１０４を利用したサービスを受けることが出来る。
【００４１】
次に、ユーザＰＣ１０２Ａの情報記憶領域に格納されている、画像入力装置１０１で撮影された画像データは、ユーザＰＣ１０２Ａからのユーザの要求によりフォトサイトサーバ１０５に転送される（以下  この転送を画像アップロードと呼ぶ）。画像アップロードは、先に述べたブラウザから転送したい画像データを選択して、ユーザの画像アップロードの要求アクションに連動して転送される場合や、画像アップロード専用ソフトウエア等を用いて画像データを選択し、画像アップロード専用ソフトウエアから直接に転送される場合がある。いずれの場合も、ｈｔｔｐやｆｔｐのインターネット上で利用可能なプロトコルに基づいて実行される。この一連の動作をフォトサイトサーバ１０５で実行するモジュールが、フォトシェアリングモジュール１０６である。
【００４２】
フォトシェアリングモジュール１０６は、アップロードされた画像データがフォトサイトサーバ１０５が使用可能なデータであることをチェックし、利用可能であると判断した場合は、アップロードされた画像を画像データベース１１７に格納し、その属性情報等をデータベース１１８に格納する。この段階で、フォトシェアリングモジュール１０６は、正常に画像データがアップロードされたことをユーザＰＣ１０２Ａに通知する。データベース１１８には、先に説明した画像データの属性情報以外にも、フォトサイトサーバ１０５に登録しているユーザ属性情報のデータと、アップロードされた画像データのプリントアウトを依頼する先のプリントサービス提供者（以下、プリントサイトと略す）の属性情報等の各種データとが、一元管理されている。この様にして、ユーザＰＣ１０２Ａのユーザは、アップロードされた画像データをWebブラウザを介して指定し、画像を閲覧することができる。この閲覧に関しては、アップロードされた画像データの複数枚を１つの単位とし、アルバムとして管理する場合もある。
【００４３】
（保管された画像データのプリントサービス例）
次に、アップロードした画像データのプリント注文の流れを、順を追って説明する。フォトサイトサーバ１０５にアップロードした画像データの内、ユーザＰＣ１０２Ａのユーザは、Webブラウザを介して自分がアップロードした画像データを閲覧することができる。この時、閲覧する画像を選択する手段としては、単一の画像単位で逐次閲覧する画像を選択していく場合や、上述したように複数枚を１つのアルバムとして登録し、複数個のアルバム群から自分が閲覧したいアルバムを選択し、その選択されたアルバムが管理している個々の画像を選択して閲覧する場合がある。
【００４４】
フォトサイトサーバ１０５は、ユーザからアップロードされた画像データのプリント注文を、画像データのプリントアウトをソリューションとして提供するプリントサイトに依頼する。このプリントプロバイダが、プリントサイト１０９Ａ、１０９Ｂ、１０９Ｃである。図面の関係上、プリントサイトを３つほど図示したが、これ以上の場合もあり、その数に制限はない。ユーザＰＣ１０２Ａのユーザは、アップロードした画像の閲覧画面から、プリントアウトして商品として欲しい画像データを選択する。次に、ユーザＰＣ１０２Ａのユーザは、フォトサイトサーバ１０５がサービスを提供できるプリントサイト１０９Ａ、１０９Ｂ、１０９Ｃの中から、自分が注文したい先のプリントサイトを選択する。ユーザは、各プリントサイトが提供するサービス、価格、納期等を考慮して、自分が発注するプリントサイトを選択する。
【００４５】
以後、説明の便宜上、ユーザがプリントサイト１０９Ａを選択したものと想定して説明を進めるが、ユーザが選択する先がプリントサイト１０９Ｂであってもプリントサイト１０９Ｃであっても、基本的な情報の流れは同一である。プリント注文したいユーザは、閲覧画面からプリント注文したい画像データを選択し、フォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５では、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成し、プリントサイト１０９Ａにインターネット１０４を介して、見積もり依頼をかける。
【００４６】
フォトサイトサーバ１０５からの仮プリントオーダを受けたプリントサイト１０９Ａは、まず、プリントサイト１０９Ａに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、注文処理を開始したことをフォトサイトサーバ１０５に通知する。次に、仮プリントオーダ中に記述された各画像データのサムネイル画像データ取得用ＵＲＬにアクセスすることにより、サムネイル画像を得る。これらのサムネイル画像を使用し、インターネット１０４を介して、ユーザＰＣ１０２Ａに注文の詳細（印刷サイズ、枚数など）を指定するＷｅｂ情報を表示させる。
【００４７】
ユーザＰＣ１０２Ａのユーザが詳細情報を入力して見積もりを開始する操作を行うと、課金手段である課金２モジュール１１０Ａで、仮プリントオーダの内容と詳細設定内容から価格を算出し、見積もり価格をインターネット１０４を介してフォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５は、この見積もり価格の情報をリアルタイムに受信して、ユーザＰＣ１０２ＡにＷｅｂ情報として転送し、プリント注文をするユーザにダイナミックにプリントサイト１０９Ａが提示する価格を提示することができる。又、価格の提示時には、フォトサイトサーバ１０５の課金１モジュールによりフォトサイトサーバ１０５での追加料金や割引などを反映させることができる。
【００４８】
この提示された価格での購入をプリント注文したユーザＰＣ１０２Ａのユーザが認め、承認のアクションをフォトサイトサーバ１０５に返すと、決済手段１０７がこれを受理して決済処理される。決済が終了した段階で、フォトサイトサーバ１０５は、正式なプリントオーダをプリントサイト１０９Ａに送る。プリントサイト１０９Ａは、この正式プリントオーダを受理してプリントオーダに指定されたＣＧＩのＵＲＬを呼び出すことにより、プリントアウトに必要な画像データをフォトサイトサーバ１０５のデータベースから獲得し、プリントサイト１０９Ａに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、注文データ取得終了を通知する。
【００４９】
この様にして獲得された画像データは、プリントサイト１０９Ａが所有する印刷手段１１１Ａを用いてプリントアウトされ、印刷物１１２Ａとして出力される。プリントアウトされた印刷物１１２Ａは、何がしかの運送手段によって、プリントアウトを依頼したユーザＰＣ１０２Ａの使用者が指定した配送先に届けられる。
【００５０】
以上が、画像入力装置１０１で撮影した画像を、ユーザＰＣ１０２Ａを介して画像データをアップロードしたことで提供される、フォトサイトサーバ１０５の閲覧及びプリント注文のサービスの説明である。ここでは、フォトサイトサーバ１０５で決済を行う場合を示したが、プリントサイト１０９Ａの課金２モジュール１１０Ａにより課金処理を行い、決済２モジュール１２０Ａにより決済を行ってもよい。この場合は、プリントサイト１０９Ａに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、決済終了をフォトサイトサーバ１０５に通知する。
【００５１】
（保管された画像データの第三者への閲覧サービス例）
次に、画像入力装置１０１で撮影した画像データをインターネット１０４を介してアップロードしたユーザ以外の他のユーザが、フォトサイトサーバ１０５にアップロードされデータベース１１７に格納されている画像データを閲覧するしくみについて説明する。
【００５２】
フォトサイトサーバ１０５は「アップロードされた画像」単位及び「アップロードされた複数の画像を１つのアーカイブとして管理しているアルバム」単位で、アップロードしたユーザが指定する第三者に対して、閲覧及びプリント注文サービスを提供する。ユーザＰＣ１０２Ａからインターネット１０４を介して、画像データをフォトサイトサーバ１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）の氏名等の属性情報及びＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザを介してフォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５は、閲覧ユーザに画像及びアルバムを公開する場合、まず公開に必要なＵＲＬを生成する。この時、生成されるＵＲＬはユニークなアドレスであり、かつ一意に予測不可能な乱数等を用いたものを振り当てる。これをランダムＵＲＬと称し、下記に例を示す。
【００５３】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumID=AJNWDMF
フォトサイトサーバ１０５は、この様に生成されたＵＲＬの情報を、必要ならパスワード情報を付加して、閲覧ユーザにＥ−Ｍａｉｌでインターネット１０４を介して通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、ユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、ＷｅｂブラウザにＥ−Ｍａｉｌで通知されたＵＲＬアドレスを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することが出来る。
【００５４】
（保管された画像データの第三者のプリントサービス例）
次に、この様にして閲覧可能になったユーザＰＣ１０２Ｂを使用している閲覧ユーザが、アップロードされた画像データをプリント注文するまでの仕組みを説明する。
【００５５】
フォトサイトサーバ１０５は、閲覧ユーザからの画像データのプリント注文を、画像データのプリントアウトをソリューションとして提供するプリントサイトに依頼する。このプリントプロバイダが、プリントサイト１０９Ａ、１０９Ｂ、１０９Ｃである。図面の関係上、プリントサイトを３つほど図示したが、これ以上の場合もあり、その数に制限はない。ユーザＰＣ１０２Ｂの閲覧ユーザは、閲覧画面からプリントアウトして商品として欲しい画像データを選択する。次に、ユーザＰＣ１０２Ｂを使用している閲覧ユーザは、フォトサイトサーバ１０５がサービスを提供できるプリントサイト１０９Ａ、１０９Ｂ、１０９Ｃの中から、自分が注文したいプリントサイトを選択する。ユーザは、各プリントサイトが提供するサービス、価格、納期等を考慮して、自分が発注するプリントサイトを選択する。
【００５６】
以後、説明の便宜上、ユーザがプリントサイト１０９Ｂを選択したものと想定して説明を進めるが、ユーザが選択する先がプリントサイト１０９Ａであっても、プリントサイト１０９Ｃであっても基本的な情報の流れは同一であるため、ここでは説明を省略する。プリント注文したい閲覧ユーザは、閲覧画面からプリント注文したい画像データを選択し、フォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５では、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成し、プリントサイト１０９Ｂにインターネット１０４を介して見積もり依頼をかける。フォトサイトサーバ１０５からの仮プリントオーダを受けたプリントサイト１０９Ｂは、まず、プリントサイト１０９Ｂに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、注文処理を開始したことをフォトサイトサーバ１０５に通知する。
次に、仮プリントオーダ中に記述された各画像データのサムネイル画像データ取得用ＵＲＬにアクセスすることにより、サムネイル画像を得る。これらのサムネイル画像を使用し、インターネット１０４を介してユーザＰＣ１０２Ｂに注文の詳細（印刷サイズ、枚数など）を指定するＷｅｂ情報を表示させる。ユーザＰＣ１０２Ｂのユーザが詳細情報を入力して見積もりを開始する操作を行うと、課金手段である課金２モジュール１１０Ｂで、仮プリントオーダの内容及び詳細設定内容から価格を算出し、見積もり価格をインターネット１０４を介してフォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５は、この見積もり価格の情報をリアルタイムに受信してユーザＰＣ１０２ＢにＷｅｂ情報として転送し、プリント注文をしている閲覧ユーザに、ダイナミックにプリントサイト１０９Ａが提示する価格を提示することができる。又、価格の提示時にはフォトサイトサーバ１０５の課金１モジュールによりフォトサイトサーバ１０５での追加料金や割引などを反映させることができる。
【００５７】
この提示された価格での購入をプリント注文した閲覧ユーザが認め、承認のアクションをフォトサイトサーバ１０５に返すと、決済手段である決済１モジュール１０７がこれを受理して決済処理する。決済が終了した段階で、フォトサイトサーバ１０５は、正式なプリントオーダをプリントサイト１０９Ｂに送る。プリントサイト１０９Ｂは、この正式プリントオーダを受理し、プリントオーダに指定されたＣＧＩのＵＲＬを呼び出すことにより、プリントアウトに必要な画像データをフォトサイトサーバ１０５のデータベースから獲得し、プリントサイト１０９Ｂに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、注文データ取得終了を通知する。
【００５８】
この様にして獲得された画像データは、プリントサイト１０９Ｂが所有する印刷手段１１１Ｂを用いてプリントアウトされ、印刷物１１２Ｂとして出力される。プリントアウトされた印刷物１１２Ｂは、何がしかの運送手段によってプリントアウトを依頼したユーザＰＣ１０２Ｂの閲覧ユーザに届けられる。
【００５９】
ここでは、フォトサイトサーバ１０５で決済を行う場合を示したが、フォトサイト１０９Ｂの課金２モジュール１１０Ｂで課金処理を行い、決済２モジュール１２０Ｂで決済を行ってもよい。この場合は、プリントサイト１０９Ｂに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、決済終了をフォトサイトサーバ１０５に通知する。
【００６０】
（保管された画像データの携帯端末への閲覧サービス例）
又、フォトサイトサーバ１０５は、画像をアップロードしたユーザが指定する携帯端末所有者に対して、画像（又はアルバム）の閲覧通知、閲覧機能及びプリント注文のサービスを提供することができる。アルバムを閲覧するためのＵＲＬを含む通知のＥ−Ｍａｉｌを携帯端末で受け、同様に携帯端末から画像及びアルバムの閲覧又はプリント注文することもできる（以下、携帯端末からフォトサイトサーバ１０５を利用するユーザを、携帯閲覧ユーザと略す）。
【００６１】
ユーザＰＣ１０２Ａからインターネット１０４を介して画像データをフォトサイトサーバ１０５にアップロードしたユーザは、自分が閲覧を許可する携帯閲覧ユーザの氏名等の属性情報及びＥ−Ｍａｉｌアドレスを、ブラウザを介してフォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５は、携帯閲覧ユーザに画像及びアルバムを公開する場合、まず公開に必要なＵＲＬを生成する。この時生成されるＵＲＬはユニークなアドレスであり、かつ一意に予測不可能な乱数等を用いたものを振り当てる。これをランダムＵＲＬと称し、下記に例を示す。
【００６２】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumID=AJNWDMF
フォトサイトサーバ１０５は、この様に生成されたＵＲＬの情報を、必要ならパスワード情報を付加して、携帯閲覧ユーザの携帯端末１１３ＡにＥ−Ｍａｉｌとして通知する。この携帯閲覧ユーザに通知されるＥ−Ｍａｉｌの転送経路としては、フォトサイトサーバ１０５のメール配信サーバからインターネット１０４によりインターネット接続ゲートウエイ１１５Ａを介して、携帯端末１１３Ａとの各種データのやり取りが可能なモバイルネットワーク１１４Ａに送り出され、携帯端末１１３Ａに転送される。Ｅ−Ｍａｉｌを受け取った携帯閲覧ユーザは、携帯端末１１３Ａの専用ブラウザで、Ｅ−Ｍａｉｌによって通知されたＵＲＬアドレスを入力することで、モバイルネットワーク１１４Ａ→インターネット接続ゲートウエイ１１５Ａ→インターネット１０４という経路をへて、フォトサイトサーバ１０５にアクセスする。
【００６３】
フォトサイトサーバ１０５には、インターネット１０４で表示可能なＨＴＭＬ、ＸＭＬ等の記述言語で作成された画像データ閲覧のためのＷｅｂ情報とは別に、携帯端末１１３Ａで表示可能なサイズに画像データをリサイズし、ＷＭＬ、ＣｏｍｐａｃｔＨＴＭＬ等の携帯端末専用の記述言語で作成された携帯端末専用のブラウザ情報を所有している。フォトサイトサーバ１０５は、携帯端末１１３Ａからの要求に応じて、その機種を判別して携帯端末１１３Ａにて表示可能な情報を送り出す。当然のことではあるが、閲覧可能な携帯端末環境は携帯端末１１３Ａのみではなく、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境の違う携帯端末１１３Ｂでも可能なように、フォトサイトサーバ１０５では各種フォーマットに対応している。
【００６４】
説明の便宜上、図１においては、利用可能な携帯端末機種数を２つとしたが、これ以上である場合もある。携帯端末１１３Ｂからの閲覧要求は、携帯端末１１３Ｂが利用可能なモバイル環境であるモバイルネット１１４Ｂからインターネット接続ゲートウエイ１１５Ｂに送られ、プロトコル変換されインターネット１０４に接続されているフォトサイトサーバ１０５のサーバに送り届けられる。フォトサイトサーバ１０５には、インターネット１０４で閲覧可能なＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ表示情報とは別に、携帯端末１１３Ａで閲覧可能なサイズに画像データをリサイズし、ＷＭＬ、ＣｏｍｐａｃｔＨＴＭＬ等の携帯端末専用の記述言語で作成されたブラウザ情報を所有している。フォトサイトサーバ１０５は、携帯端末１１３Ｂからの要求を応じてその機種を判別し、携帯端末１１３Ｂにて閲覧可能な情報を送り出す。
【００６５】
（保管された画像データの携帯端末へのプリントサービス例）
次に、携帯端末１１３Ａ又は携帯端末１１３Ｂの利用者である携帯閲覧ユーザが閲覧した画像データから、プリントしたい画像データを選択してプリント注文するまでの仕組みを説明する。以下説明するフォトサイトサーバ１０５と携帯端末１１３Ａ間の情報の伝送経路は、フォトサイトサーバ１０５→インターネット１０４→インターネット接続ゲートウエイ１１５Ａ→モバイルネット１１４Ａ→携帯端末１１３Ａであり、説明の便宜上この説明を省略する。
【００６６】
携帯閲覧ユーザは、先にＥ−Ｍａｉｌで通知されたＵＲＬの記載され閲覧可能となった画像データからプリント注文したい画像データを選択して、フォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５は、携帯閲覧ユーザからの画像データのプリント注文を、画像データのプリントアウトをソリューションとして提供するプリントサイトに依頼する。このプリントプロバイダが、プリントサイト１０９Ａ、１０９Ｂ、１０９Ｃである。図面の関係上、プリントサイトを３つほど図示したが、これ以上の場合もあり、その数に制限はない。携帯端末１１３Ａを使用する携帯閲覧ユーザは、閲覧画面からプリントアウトして商品として欲しい画像データを選択する。
【００６７】
次に、携帯閲覧ユーザは、フォトサイトサーバ１０５がサービスを提供できるプリントサイト１０９Ａ、１０９Ｂ、１０９Ｃの中から、自分が注文したいプリントサイトを選択する。携帯閲覧ユーザは、各プリントサイトが提供するサービス、価格、納期等を考慮して、自分が発注するプリントサイトを選択する。以後、説明の便宜上、ユーザがプリントサイト１０９Ｃを選択したものと想定して説明を進めるが、ユーザが選択する先がプリントサイト１０９Ｂであても、プリントサイト１０９Ａであっても、基本的な情報の流れは同一であるため、ここでは説明を省略する。
【００６８】
プリント注文したい携帯閲覧ユーザは、閲覧画面からプリント注文したい画像データを選択し、フォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５では、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成し、プリントサイト１０９Ｃにインターネット１０４を介して見積もり依頼をかける。フォトサイトサーバ１０５からの仮プリントオーダを受けたプリントサイト１０９Ｃは、まず、プリントサイト１０９Ｃに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、注文処理を開始したことをフォトサイトサーバ１０５に通知する。次に、仮プリントオーダ中に記述された各画像データのサムネイル画像データ取得用ＵＲＬにアクセスすることによりサムネイル画像を得る。これらのサムネイル画像を使用し、インターネット１０４を介して、携帯端末１１３Ａに注文の詳細（印刷サイズ、枚数など）を指定するブラウザ情報を表示する。
【００６９】
携帯端末１１３Ａのユーザが詳細情報を入力して見積もりを開始する操作を行うと、課金手段である課金２モジュール１１０Ｃで、仮プリントオーダの内容から価格を算出し、見積もり価格をインターネット１０４を介してフォトサイトサーバ１０５に通知する。フォトサイトサーバ１０５は、この見積もり価格の情報をリアルタイムに受信して携帯端末１１３Ａにブラウザ情報として転送し、プリント注文をしている携帯閲覧ユーザにダイナミックにプリントサイト１０９Ｃが提示する価格を提示することができる。又、価格の提示時には、フォトサイトサーバ１０５の課金１モジュールによりフォトサイトサーバ１０５での追加料金や割引などを反映させることができる。
【００７０】
この提示された価格での購入をプリント注文した携帯閲覧ユーザが認め、承認のアクションをフォトサイトサーバ１０５に返すと、決済手段である決済１モジュール１０７がこれを受理して決済処理される。決済が終了した段階で、フォトサイトサーバ１０５は、正式なプリントオーダをプリントサイト１０９Ｃに送る。プリントサイト１０９Ｃは、この正式プリントオーダを受理し、プリントオーダに指定されたＣＧＩのＵＲＬを呼び出すことにより、プリントアウトに必要な画像データをフォトサイトサーバ１０５のデータベースから獲得し、プリントサイト１０９Ｃに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、注文データ取得終了を通知する。
【００７１】
この様にして獲得された画像データは、プリントサイト１０９Ｃが所有する印刷手段１１１Ｃを用いてプリントアウトされ、印刷物１１２Ｃとして出力される。プリントアウトされた印刷物１１２Ｃは、何がしかの運送手段によって、プリントアウトを依頼した携帯端末１１３Ａの利用者である携帯閲覧ユーザに届けられる。
【００７２】
以上が、画像をアップロードしたユーザが指定する画像又はアルバムの閲覧通知を受けた第三者のユーザが、フォトサイトサーバ１０５から受け取った情報に基づき、画像データの閲覧及びプリント注文するサービス提供のための情報の流れを説明した。ここでは、フォトサイトサーバ１０５で決済を行う場合を示したが、フォトサイト１０９Ｃで課金２モジュール１１０Ｃで課金処理を行い、決済２モジュール１２０Ｃで決済を行ってもよい。この場合は、プリントサイト１０９Ｃに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩのＵＲＬを必要な引数と共に呼び出すことにより、決済終了をフォトサイトサーバ１０５に通知する。
【００７３】
以上のようなシステムにおいて実現されるフォトサービスの例として、本実施形態では主に以下のサービスの詳細を説明する。
（１）ユーザ登録：ユーザＰＣ１０２Ａよりフォトサイトサーバ１０５に対する利用を行うための登録を行い、ユーザＩＤを発行する。
（２）画像のアップロード：ユーザＰＣ１０２Ａよりフォトサイトサーバ１０５に対して画像の転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２Ａよりフォトサイトサーバ１０５に対して画像の印刷指示を行い、プリントサイト１０９Ａを経由して画像の印刷を行う。
（４）アルバムの通知：ユーザＰＣ１０２Ａよりフォトサイトサーバ１０５に作成されたアルバムを別のユーザが閲覧できるようＥ−Ｍａｉｌ通知する。
（５）アルバムの閲覧：ユーザＰＣ１０２Ｂよりフォトサイトサーバ１０５にあるアルバムの閲覧を行う。
（６）携帯電話からのアルバムの閲覧：携帯端末１１３Ａよりフォトサイトサーバ１０５にあるアルバムの閲覧を行う。
【００７４】
尚、上述した各サービスについては、詳細を後述する。もちろん、本実施形態におけるフォトサービスシステムによって実現されるサービス、機能は前記に限られるものではない。
【００７５】
＜本実施形態で使用されるデータベースの構成例＞
（フォトサイトサーバ１０５が管理するデータベースの構成例）
図３から図１３は、本実施の形態におけるフォトサイトサーバ１０５が管理するデータベース１１８の内容を示した図である。
【００７６】
図３は、本実施の形態におけるフォトサイトサーバ１０５で管理する顧客情報に関するデータテーブルを示した図である。
【００７７】
顧客情報データテーブル４００は、ユーザがユーザ登録を実行すると１レコード作成され、データベース１１８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報テーブル４００によって管理される。顧客情報として管理される情報は、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１，２）４０９，４１０、都道府県コード４１１、住所（１，２）４１２，４１３、電話番号（１，２，３）４１４，４１５，４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は、"１"ならば登録済みで利用可能な状態、"０"は利用禁止状態を表す。
【００７８】
図４は、本実施の形態におけるフォトサイトサーバ１０５を利用しているユーザの現在の状態を表すための情報を管理する為の顧客状態テーブルを示した図である。
【００７９】
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、データベース１１８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったとき、顧客状態データテーブル５００にはユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用上限値５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、ユーザＩＤ５０１は同一ユーザの場合、ユーザＩＤ４０１と同じ値が格納されている。
【００８０】
図５は、本実施の形態におけるフォトサイトサーバ１０５で管理する顧客アルバムデータテーブルを示した図である。
【００８１】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース１１８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース１１８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、ユーザＩＤ６０１は同一ユーザの場合、ユーザＩＤ４０１と同じ値が格納されている。
【００８２】
図６は、本実施の形態におけるフォトサイトサーバ１０５で管理するアルバム情報データテーブルを示した図である。
【００８３】
アルバム情報データテーブル７００は、ユーザがフォトサイト利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース１１８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース１１８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００８４】
アルバムの公開可否フラグ７０４は、"１"ならば公開可能、"０"ならば公開禁止、"−１"ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は、"１"ならばパスワード有り、"０"ならばパスワード無しを表し、パスワード可否フラグ７０５が"１"の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は、"１"ならば印刷可能、"０"ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は、"１"ならば表示可能、"０"ならば表示不可を意味する。表示形式番号は、"１"ならば一覧表示、"２"ならば詳細表示を意味する。尚、同一アルバムではアルバムＩＤ７０１とアルバムＩＤ６０２には同じＩＤが格納されている。
【００８５】
図７は、本実施の形態におけるフォトサイトサーバ１０５で管理するアルバム画像データテーブルを示した図である。
【００８６】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると、１画像につき１レコード作成され、データベース１１８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース１１８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像の画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じＩＤが格納されている。
【００８７】
図８は、本実施の形態におけるフォトサイトサーバ１０５で管理する画像情報テーブルを示した図である。
【００８８】
画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると、１画像につき１レコード作成され、データベース１１８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース１１８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１と画像ＩＤ８０２には同じＩＤが、同一のユーザではユーザＩＤ９０２とユーザＩＤ４０１に同じＩＤがそれぞれ格納されている。
【００８９】
図９は、本実施の形態におけるフォトサイトサーバ１０５で管理する注文情報テーブルを示した図である。
【００９０】
注文情報テーブル１０００は、アルバムの印刷注文があると、１オーダにつき１レコード作成され、データベース１１８に登録されて管理される。注文情報テーブル１０００には、印刷注文ごとに発行される注文番号１００１をキーとして、注文者ＩＤ１００２、配送先氏名１００３、配送先郵便番号（１，２）１００４，１００５、配送先都道府県コード１００６、配送先住所（１，２）１００７，１００８、配送先電話番号（１，２，３）１００９，１０１０，１０１１、プリントサイトＩＤ１０１２、注文日時１０１３、ステータス１０１４が保管される。ステータス１０１４は注文処理の進捗状態を示し、"０"が未発注、"１"が開始、"２"が見積り、"３"が決済、"４"が待機、"５"が注文終了、"６"が配送済みを意味する。
【００９１】
図１０は、本実施の形態におけるフォトサイトサーバ１０５で管理する注文画像データテーブルを示した図である。
【００９２】
注文画像データテーブル１１００は、アルバムの印刷オーダがあると、印刷オーダ中にフォトサイトサーバ１０５からプリントサイト１０９Ａに対して通知される画像に対応して画像数分だけのレコードが作成され、データベース１１８に登録されて管理される。注文画像データテーブル１１００には、注文番号１１０１をキーとして、プリントサイト１０９Ａの受付番号１１０２、印刷オーダ単位で管理する画像番号１１０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１１０４、１１０５、１１０６、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、画像ＩＤ１１１０、プリントサイト１０９Ａからの取得を制御するロックフラグ１１１１、プリントサイト１０９Ａの取得状態を管理する取得済フラグ１１１２、プリントサイト１０９による取得回数を記録する取得回数１１１３を管理する。
【００９３】
プリントサイズ１１０８で、"１"はＬ判、"２"は２Ｌ判、"３"は官製はがきサイズ、"４"は私製はがきサイズ、"５"はＡ４サイズを意味する。又、プリントタイプ１１０９では、"０"は縁無しプリント、"１"は縁有りプリントを意味する。尚、同一の注文では注文番号１１０１と注文番号１００１は同一の番号が格納さる。画像ＩＤ１１００はコピー前の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。ロックフラグ１１１１は注文番号１１０１に関して画像ＩＤ１１１０の画像が取得可能状態であるかを示し、"０"は取得可能（未ロック状態）、"１"は取得不可能（ロック状態）を意味する。取得済みフラグ１１１２は画像ＩＤ１１１０の画像がプリントサイト１０９Ａから取得されたか否かを示し、"０"は未取得、"１"は取得済みを意味する。取得回数１１１３は画像ＩＤ１１１０がプリントサイト１０９Ａから取得された回数を示す。
【００９４】
図１１は本実施の形態におけるフォトサイトサーバ１０５で管理する注文決済データテーブルを示した図である。
【００９５】
注文決済データテーブル１２００は、アルバムの印刷注文があると、１オーダにつき１レコード作成され、データベース１１８に登録されて管理される。注文決済データテーブル１２００には、注文番号１２０１をキーとして、決済方法１２０２、合計料金１２０３、プリント料金１２０４、プリント料金特典１２０５、プリント料金税額１２０６、送料１２０７、送料税額１２０８、フォトサイト特典１２０９、ステータス１２１０を管理する。決済方法１２０２では、"１"は振込み、"２"は代引き、"３"はクレジット決済を意味するが、本実施の形態ではクレジット決済の場合のみの流れを説明する。ステータス１２１０では、"０"は決済終了、"１"は未決済注文保留中を意味する。尚、同一の注文では注文番号１２０１と注文番号１００１は同じ番号が格納される。
【００９６】
図１２は、本実施の形態におけるフォトサイトサーバ１０５で管理する注文者データテーブルを示した図である。
【００９７】
注文者データテーブル１３００は、アルバムの印刷注文があると、１オーダにつき１レコード作成され、データベース１１８に登録されて管理される。注文者データテーブル１３００では、注文者ＩＤ１３０１をキーとして、ユーザＩＤ１３０２、通知先メールアドレス１３０３、氏名（姓）１３０４、氏名（名）１３０５、ふりがな（姓）１３０６、ふりがな（名）１３０７、郵便番号（１，２）１３０８，１３０９、都道府県コード１３１０、住所（１，２）１３１１，１３１２、電話番号（１，２，３）１３１３，１３１４，１３１５を管理する。印刷注文者がフォトサイトの登録ユーザでない場合、ユーザＩＤ１３０２には"０"が代入される。尚、同一の注文においては注文者ＩＤ１３０１と注文者ＩＤ１００２には同じＩＤが格納され、注文者がフォトサイトの会員である場合には同一の注文者に対するユーザＩＤ１３０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１３０３〜１３１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００９８】
図１３は、本実施の形態におけるフォトサイトサーバ１０５で管理するプリントサイトデータテーブルを示す図である。
【００９９】
プリントサイトデータテーブル１４００は、フォトサイトサーバ１０５に接続できる新たなプリントサイトができると、それに応じて新たなレコードが作成され、データベース１１８に登録されて管理される。プリントサイトデータテーブル１４００では、プリントサイトＩＤ１４０１をキーとして、プロバイダ名称１４０２、仮オーダ通知用ＣＧＩへのＵＲＬ１４０３、正式オーダ通知用ＣＧＩへのＵＲＬ１４０４、注文キャンセル時のＣＧＩへのＵＲＬ１４０５を管理する。
【０１００】
（プリントサイトが管理するデータベースの構成例）
図１４から図１７は、本実施の形態におけるプリントサイト１０９Ａ、１０９Ｂ，１０９Ｃが管理するデータベース１１９Ａ、１１９Ｂ，１１９Ｃの内容を示した図である。尚、プリントサイト１０９Ｂ、１０９Ｃの構成はプリントサイト１０９Ａと同じであるので、以後構成はプリントサイト１０９Ａを代表して行う。
【０１０１】
図１４は、本実施の形態におけるプリントサイト１０９Ａの持つフォトサイト１０５の情報を管理するデータベースの内容を示した図である。
【０１０２】
フォトサイトデータテーブル１５００は、プリントサイト１０９Ａに注文可能なフォトサイトができると、それに応じて新たなレコードが作成され、データベース１１９Ａに登録される。フォトサイトデータテーブル１５００では、フォトサイトＩＤ１５０１、フォトサイト名称１５０２、見積もり通知用ＣＧＩへのＵＲＬ１５０３、オーダの削除や、価格の変更等の例外処理通知用ＣＩＧへのＵＲＬ１５０４、プリントステータス通知用ＣＧＩへのＵＲＬ１５０５を管理する。
【０１０３】
図１５は、本実施の形態におけるプリントサイト１０９Ａの持つ注文情報テーブルの内容を示した図である。
【０１０４】
プリントサイト１０９Ａの注文情報テーブル１６００は、フォトサイトサーバ１０５から仮オーダが発行されるたびに１レコード作成され、データベース１１９Ａに登録されて管理される。このレコードは、フォトサイトサーバ１０５よりオーダ削除依頼が通知されるとデータベース１１９Ａより削除される。プリントサイト１０９Ａの注文情報テーブル１６００では、受付番号１６０１、オーダを発行したフォトサイトサーバ１０５のフォトサイトＩＤ１６０２、フォトサイトサーバ１０５の注文番号１６０３、仮オーダ日時１６０４、正式オーダ日時１６０５、注文ステータス１６０６、及びプリントオーダ時のプリントタイプ１６０７、印刷料金１６０８、プリントサイト特典料金１６０９、プリント税額１６１０、送料１６１１、送料税額１６１２、合計金額１６１３が管理されている。注文ステータス１６０６が"０"の場合は仮オーダ、"１"の場合は正式オーダで未印刷の状態、"２"の場合は正式オーダで印刷済みの状態、"３"の場合には発送済み、"４"の場合には料金回収済みを表す。又、プリントタイプ１６０７は、"０"は縁無しプリント、"１"は縁有りプリントを意味する。
【０１０５】
図１６は、本実施の形態におけるプリントサイト１０９Ａの持つ印刷画像情報テーブルの内容を示した図である。
【０１０６】
プリントサイト１０９Ａの持つ印刷画像情報テーブル１７００は、フォトサイトサーバ１０５より印刷仮オーダが発行されると、そのオーダに含まれている画像情報に応じて画像数分作成され、データベース１１９Ａに登録されて管理される。このレコードは、フォトサイトサーバ１０５よりオーダ削除依頼が通知されるとデータベース１１９Ａより削除される。プリントサイト１０９Ａの持つ印刷画像情報テーブル１７００では、受け付け番号１７０１、画像番号１７０２、印刷用画像ファイルを取得するためのフォトサイト上のＵＲＬ１７０３、プレビュー表示用画像ファイルを取得するためのフォトサイト上のＵＲＬ１７０４、仮オーダ時に印刷注文画面で表示するためのサムネイル画像ファイルを取得するためのフォトサイト１０５上のＵＲＬ１７０５、プリント枚数１７０６、プリントサイズ１７０７、印刷ステータス１７０８、プリント単価１７０９が管理される。画像番号１７０２には、仮オーダ時にフォトサイト１０９Ａから送付されてきた画像を、先頭を１として番号付けし、その番号が格納される。プリントサイズ１７０７は、"１"はＬ判、"２"は２Ｌ判、"３"は官製はがきサイズ、"４"は私製はがきサイズ、"５"はＡ４サイズを意味する。又、印刷ステータス１７０８は、"０"ならこの画像が未だ印刷されていないことを、"１"なら印刷済みであることを意味する。尚、同一のプリントオーダでは受付番号１７０１と受付番号１６０１には同じ番号が格納される。
【０１０７】
図１７は、プリントサイト１０９Ａの持つ注文配送テーブルの内容を示した図である。
【０１０８】
プリントサイト１０９Ａの持つ注文配送テーブル１８００は、フォトサイトサーバ１０５より正式オーダが通知されると１レコード作成され、データベース１１９Ａに登録されて管理される。プリントサイトの持つ注文配送テーブル１８００では、注文番号１８０１、配送先氏名１８０２、配送先郵便番号（１，２）１８０３，１８０４、配送先都道府県コード１８０５、配送先住所（１，２）１８０６，１８０７、配送先電話番号（１，２，３）１８０８，１８０９，１８１０、配送日時１８１１、ステータス１８１２が管理されている。配送ステータス１８１２では、"０"は未配送、"１"は配送済みを表す。
【０１０９】
＜本実施形態のフォトサイトのサービス例＞
以下に、本実施形態のフォトサイト１０５がユーザＰＣや携帯端末に対して行なうサービスについて、フォトサイト１０５及びプリントサイト１０９Ａの動作手順を説明する。尚、フォトサイト１０５やプリントサイト１０９Ａは汎用コンピュータあるいは特殊コンピュータで構成されているが、そのハードウエア構成については既知であるので説明しない。尚、上述の各テーブルはＲＡＭやディスクなどに記憶されてそれぞれのＣＰＵにより参照され、以下に示すフローチャートに対応するプログラムは、ＲＯＭあるいはディスクやメモリカードなどの外部記憶装置からＲＡＭにロードされて、それぞれのＣＰＵにより実行される。
【０１１０】
図１８は、本実施の形態におけるフォトサイトサーバ１０５のサーバサービスを開始するときに表示される画面の例である。
【０１１１】
画面１９００には、ユーザ登録用ボタン１９０１、ユーザ登録を済ませたユーザがフォトサイト１０５を利用するためのログインネームの入力領域１９０２、パスワードの入力領域１９０３、ログインボタン１９０４、アルバムの閲覧を行うためのアルバムＩＤ入力領域１９０５、アルバム閲覧用ボタン１９０６、印刷注文のステータス確認用のプリントオーダＩＤ入力領域１９０７及びプリントオーダ確認ボタン１９０８が配置されている。
【０１１２】
以下、図１８より各ボタンを押下したときの処理について説明する。
【０１１３】
（ユーザ登録の処理手順例）
図１９は、ユーザ登録時のフォトサイトサーバ１０５の処理を表すフローチャートである。
【０１１４】
画面１９００にてユーザ登録用ボタン１９０１が押下されると、図２０に示される画面２１００が表示されてユーザ登録処理が開始される（Ｓ２００１）。
【０１１５】
図２０に示される画面２１００は、本実施の形態におけるユーザ登録を行うための画面であり、登録するユーザの通知先メールアドレスの入力領域２１０１、ユーザのログインネームの入力領域２１０２、パスワードの入力領域２１０３、氏名の入力領域２１０４，２１０５及びそのふりがなの入力領域２１０６，２１０７、登録するユーザの郵便番号の入力領域２１０８，２１０９、都道府県の選択領域２１１０、住所の入力領域２１１１，２１１２及び電話番号の入力領域２１１３，２１１４，２１１５を有する。キャンセルボタン２１１７が押下された場合には、図１９には不図示であるがユーザ登録処理は行われず、画面は１９００に戻る。
登録ボタン２１１６が押下されると、ステップＳ２００２にて必須項目が入力されたかどうかのチェックを行う。本実施の形態では必須項目としてメールアドレス２１０１、ログインネーム２１０２、パスワード２１０３、氏名（２１０４，２１０５）及び電話番号２１１３，２１１４，２１１５が入力されていると必須項目が入力されたと判断する。
【０１１６】
フォトサイトサーバ１０５で必須項目が入力されていないと判断された場合には、ステップＳ２００３にてエラー画面を表示する。図２１はそのときに表示される画面２２００を示した図である。ＯＫボタン２２０１を押下すると画面２１００が再度表示される。
【０１１７】
ステップＳ２００２で必須項目が入力されたと判断された場合、フォトサイトサーバ１０５は、データベース１１８より顧客情報データテーブルを検索し（Ｓ２００４）、入力領域２１０２で入力されたログインネームが既に使用されているかどうか判定する（Ｓ２００５）。
【０１１８】
入力領域２１０２で入力されたログインネームが既に使用されている場合には、ステップＳ２００６でエラー画面を表示する。図２２はそのときに表示される画面２３００を示した図である。ＯＫボタン２３０１を押下すると画面２１００が再度表示される。
【０１１９】
入力領域２１０２で入力されたログインネームがデータベース１１８で見つからなかった場合には、図２３に示される画面２４００を表示し、パスワードの再入力を促す（Ｓ２００７）。キャンセルボタン２４０３が押下された場合には、図２０には不図示であるが登録処理は中断され、画面２１００が表示される。
【０１２０】
ＯＫボタン２４０２が押下された場合、パスワードの入力領域２４０１に入力されたパスワードが画面２１００のパスワード入力領域２１０３で入力された文字と同じであるかどうかの判定を行う（Ｓ２００８）。
【０１２１】
ステップＳ２００８で入力されたパスワードが同じでなかったと判断された場合には、図２４に示されるエラー画面２５００を表示する（Ｓ２００９）。この画面でＯＫボタン２５０１が押下されると画面２４００が再度表示される。
【０１２２】
ステップＳ２００８で入力されたパスワードが同じであったと判断された場合には、図２５に示されるユーザ情報確認画面２６００を表示する（Ｓ２０１０）。ここに表示される情報は、画面２１００にてユーザが入力した情報である。ここで、訂正ボタン２６０２が押下されると再度画面２１００が表示され、入力情報の編集を行うことができる。
【０１２３】
確認ボタン２６０１が押下されると、データベース１１８より過去に発行したユーザＩＤの最大値を取得する。その数値に"１"を加算した値が登録するべきユーザのユーザＩＤとなる（Ｓ２０１２）。
【０１２４】
ステップＳ２０１３にて、ステップＳ２０１２で求めたユーザＩＤにより、画面２１００で入力された情報を顧客情報テーブル４００に登録する。登録内容は入力領域２１０１の内容が４０２、入力領域２１０２の内容が４０３、入力領域２１０３の内容が４０４、入力領域２１０４の内容が４０５、入力領域２１０５の内容が４０６、入力領域２１０６の内容が４０７、入力領域２１０７の内容が４０８、入力領域２１０８の内容が４０９、入力領域２１０９の内容が４１０、選択領域２１１０の内容が４１１、入力領域２１１１の内容が４１２、入力領域２１１２の内容が４１３、入力領域２１１３の内容が４１４、入力領域２１１４の内容が４１５、入力領域２１１５の内容が４１６、ユーザ登録状態は１である。
【０１２５】
ユーザ新規登録状態では、ユーザの作成したアルバムもアップロード画像も存在しない。そこで、新規登録時に、顧客アルバムテーブル６００、アルバム情報データテーブル７００をそれぞれ１レコードずつ作成し、データベース１１８に登録しておいても良い。この場合には、アルバムＩＤ６０２は今までにデータベース１１８で発行したアルバムＩＤの（最大値＋１）、アルバム表示番号６０３は"１"、アルバム名７０２はシステムで作成する仮アルバム名称として本実施の形態では「マイアルバム」が設定される。その他アルバム情報データテーブル内には、フォトサイトサーバ１０５で決定した初期値がそれぞれ設定されることは言うまでもない。
【０１２６】
データベースへの登録が終了すると、画面２６００に表示された内容と同じ物を記載した電子メール文章を作成し、顧客情報テーブル４００に登録されているＥ−Ｍａｉｌアドレスに対して電子メールを発行する（Ｓ２０１４）。図２６はこのとき発行される電子メールの内容を示した一例である。
【０１２７】
（フォトサイトでの画像データの編集例）
画面１９００より、ログインネーム入力領域１９０２及びパスワード入力領域１９０３にログイン名及びパスワードを入力して、ログインボタン１９０４を押下すると、フォトサイトサーバ１０５ではデータベース１１８より顧客情報テーブルを検索する。ログイン名が顧客情報テーブルより検索されなかった場合、及び検索されたレコードのパスワードとパスワード入力領域１９０３に入力された文字列が一致しなかった場合には、図２７に示す警告画面２８００を表示する。このときボタン２８０１を押下すると再度画面１９００が表示される。
【０１２８】
尚、本実施の形態ではユーザの画像は全てアルバムと名付けられたフォルダ単位で管理されているものとする。
【０１２９】
検索されたレコードのパスワードと入力領域１９０３に入力された文字列が一致した場合には、フォトサイト入力ユーザの認証を正常に行ったこととして、図２８に示す画面２９００を表示する。
【０１３０】
画面２９００において、ボタン２９０１はユーザ情報変更用のボタンである。ボタン２９０２はログアウトボタンである。領域２９０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン２９０４はアルバムのプロパティを設定するためのボタンである。ボタン２９０５はアルバム通知ボタンである。ボタン２９０６はアルバムを新規作成するためのボタンである。ボタン２９０７はアルバム削除のためのボタンである。ボタン２９０８は画像をアップロードするためのボタンである。ボタン２９０９はプリントオーダボタンである。
【０１３１】
領域２９１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイトサーバ上に保管している画像のサイズ、許容使用量に対する比率が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。図２８ではユーザが５個のアルバムを作成したことがボタン２９１１〜ボタン２９１５によって確認できる。それぞれのボタンを押下するとフォトサイトサーバはアルバム表示領域２９２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。
【０１３２】
領域２９１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン２９１７〜ボタン２９２２の各ボタンを押下すると、領域２９２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域２９２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【０１３３】
図２９は、図２８が表示された後のユーザの編集操作に関する処理方法を示したフローチャートである。図２８でのユーザ操作に応じて以下の処理が行われる。
【０１３４】
ステップＳ３００１にてユーザ入力を受け付ける。ステップＳ３００２にてユーザ入力がアルバム編集かどうかを判定する。画面２９００において領域２９０３内のボタンが押下された場合がアルバム編集であると判断し、その場合にはステップＳ３００３のアルバム編集処理に移る。
【０１３５】
ステップＳ３００２においてユーザ入力がアルバム編集でない判定された場合には、ステップＳ３００４にてユーザ入力が画像編集であるかどうかを判定する。画面２９００において領域２９１６内のボタンが押下された場合が画像編集であると判定し、ステップＳ３００５に移る。
【０１３６】
ステップＳ３００４においてユーザ入力が画像編集でないと判定された場合には、ステップＳ３００６にてユーザ入力がユーザ情報の編集かどうかを判定する。画面２９００においてボタン２９０１が押下された場合がユーザ情報の編集である。このボタンを押下すると、ステップＳ３００７にて図２０に示される画面２１００が表示され、ユーザが登録した情報の変更を行うことができる。
【０１３７】
ステップＳ３００６でユーザ入力がユーザ情報の編集でないと判定された場合には、ステップＳ３００８にてユーザ入力が画像選択かどうかを判定する。画面２９００内の領域２９２３にて画像の上でマウスクリック等の手段によってユーザが画像を選択した場合、画像選択が行われたと判定してステップＳ３００９の画像プロパティ編集処理に移る。
【０１３８】
ステップＳ３００８でユーザ入力が画像選択でないと判定された場合には、ステップＳ３０１０にてユーザ入力がアルバム選択かどうかを判定する。画面２９００で領域２９１０内のボタンを押下した場合には、アルバム選択が行われたと見なしてステップＳ３０１１のアルバム表示処理を行う。アルバム表示処理については後述する。
【０１３９】
ステップＳ３０１０でユーザ入力がアルバム選択でないと判定された場合には、ステップＳ３０１２にてユーザ入力がログアウトかどうかの判定を行う。画面２９００でボタン２９０２が押下された場合には、ユーザ入力がログアウトであると判定しステップＳ３０１３に移る。
【０１４０】
ステップＳ３０１２でユーザ入力がログアウトでないと判定された場合には、ステップＳ３００１に戻り次のユーザ入力を待つ。
【０１４１】
ステップＳ３０１３ではログアウト処理を行う。ログアウト処理を行うときには、フォトサイトサーバ１０５はデータベース１１８のユーザ状態テーブル５００の最終表示アルバムＩＤ５０２に、現在表示中のアルバムＩＤを登録して更新する。その後、表示画面を画面１９００に戻す。
【０１４２】
以下、ステップＳ３００３（アルバム編集）、ステップＳ３０１１（アルバム表示）についての詳細を説明するが、ステップＳ３００５（画像編集）、ステップＳ３００９（画像プロパティ編集）については詳細な説明は省略する。又、ステップＳ３００７（ユーザ情報編集）についても（ユーザ登録）で既に説明したので詳細な説明は省略するが、ユーザ登録時との相違点は画面表示時に初期値としてユーザが登録した情報が表示されていることと、登録ボタン２１１６、キャンセルボタン２１１７を押下したときに表示される画面が画面２９００であること、データベースへのユーザ情報の登録が、新規登録ではなく既存のユーザ情報の更新になることだけである。
【０１４３】
（フォトサイトでのアルバムの編集例）
図３０は、フォトサイトサーバでのアルバム編集処理の手順を示すフローチャートである。
【０１４４】
ステップＳ３１０１にてプロパティの設定かどうかの判定を行う。画面２９００においてボタン２９０４を押下した場合には、プロパティの設定が選択されたと判定してステップＳ３１０２に移る。ボタン２９０４を押下すると、図３１に示される画面３２００が表示され、現在表示、編集中のアルバムに関する種々の属性の設定を行うことができる。詳細な説明は省略する。
【０１４５】
ステップＳ３１０１にてプロパティ設定でないと判定された場合には、ステップＳ３１０３にてアルバム通知かどうかを判定する。画面２９００においてボタン２９０５を押下した場合には、アルバムの通知が選択されたと判定してステップＳ３１０４に移る。ボタン２９０５を押下すると、図３２に示される画面３３００が表示され、現在表示、編集中のアルバムを閲覧するための方法を電子メールで通知するための設定を行うことができる。詳細な説明は後述する。
【０１４６】
ステップＳ３１０３にてアルバム通知でないと判定された場合には、ステップＳ３１０５にてアルバムの新規作成かどうかを判定する。画面２９００においてボタン２９０６を押下した場合には、アルバムの新規作成が選択されたと判定してステップＳ３１０６に移る。ボタン２９０６を押下すると、図３１に示される画面３２００が表示され、新規に作成するアルバムのプロパティの設定を行うことができる。プロパティの設定後新規アルバムが作成されるが、詳細な説明は省略する。
【０１４７】
ステップＳ３１０５にてアルバムの新規作成でないと判定された場合には、ステップＳ３１０７にてアルバムの削除かどうかを判定する。画面２９００においてボタン２９０７を押下した場合には、アルバムの削除が選択されたと判定してステップＳ３１０８に移る。ボタン２９０７を押下すると、図３３に示される画面３４００が表示され、現在表示、編集中のアルバムの削除を行うことができる。詳細な説明は省略する。
【０１４８】
ステップＳ３１０７にてアルバムの削除でないと判定された場合には、ステップＳ３１０９にて現在表示、編集中のアルバムへの画像のアップロードかどうかを判定する。画面２９００においてボタン２９０８を押下した場合には、画像のアップロードが選択されたと判定してステップＳ３１１０に移る。この処理の詳細は後述する。
【０１４９】
ステップＳ３１０９にてアルバムへの画像のアップロードでないと判定された場合には、ステップＳ３１１１にてアルバムのプリントオーダかどうかを判定する。画面２９００においてボタン２９０９を押下した場合には、アルバムのプリントオーダが選択されたと判定してステップＳ３１１２に移る。この処理の詳細は後述する。
【０１５０】
（フォトサイトでのアルバムの選択表示例）
図３４は、画面２９００内のアルバム選択領域２９１０にあるアルバム選択ボタン２９１１〜２９１５の一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【０１５１】
ステップＳ３５０１にて押下されたボタンが先頭から何番目のボタンであるかを調べ、その番号をアルバム表示順序番号に持つアルバムのＡｌｂｕｍＩＤを、データベース１１８内の顧客アルバムデータテーブルより検索する。又、データベース１１８よりそのＡｌｂｕｍＩＤを持つアルバム情報を、アルバム情報データテーブルより検索する。
【０１５２】
ステップＳ３５０２にてデータベース１１８よりアルバム画像データテーブル８００を検索し、前記で求めたＡｌｂｕｍＩＤをアルバムＩＤ８０１に持つレコードを全て検索する。そのレコード数をＮとし、画像カウント用作業変数Ｉに"１"を代入する。
【０１５３】
ステップＳ３５０３にてＩ＜＝Ｎであるかどうかを判定する。Ｉ＜＝Ｎである間は、ステップＳ３５０４からステップＳ３５０９の処理を繰り返すことによってアルバム内画像の表示を行う。
【０１５４】
ステップＳ３５０４にて、ステップＳ３５０２で検索したレコードより画像表示番号８０３にＩを持つレコードを検索し、その画像の画像ＩＤを求める。画像ＩＤが求まると、データベース１１８より画像情報データテーブル９００を検索し、画像ＩＤ９０１にその画像ＩＤを持つレコードを検索する。
【０１５５】
ステップＳ３５０５にて、ステップＳ３５０４で検索されたレコードから画像のサムネイルファイルへのパスを取得する。
【０１５６】
ステップＳ３５０６にて、ステップＳ３５０１で取得したアルバム情報データテーブル７００より表示形式番号７０９の値が"１"かどうかを判定する。本実施の形態では、この値が"０"ならばサムネイル表示、"１"ならば詳細表示を表す。
【０１５７】
ステップＳ３５０６にて表示形式が"１"の場合には、ステップＳ３５０７にてサムネイル画像及び画像に関する詳細情報の表示を行う。本実施の形態では、詳細情報は画像情報データテーブル９００より画像名、コメント、閲覧回数、印刷回数を表示し、合わせて画像編集用のチェックボックスをする。図３５に示した画面３６００は、詳細表示を行ったときのアルバム表示の１例である。尚、この画面は画面２９００と画像表示領域２９２３の表示方法が異なるだけ、他の機能は全て同じであるので、画面の詳細な説明は省略する。
【０１５８】
ステップＳ３５０６にて表示形式が"１"でなかった場合には、ステップＳ３５０８にてサムネイル画像及び、画像名、画像編集用のチェックボックスを表示する。図２８に示した画面２９００はそのように表示した時の１例でもある。
【０１５９】
ステップＳ３５０３にてＩ＞Ｎとなると、アルバム内の全ての画像が表示されたことになるので処理を終了する。
【０１６０】
尚、前記実施の形態では表示形式として２つの形式に限って説明したが、表示形式が更に多数あってもよい事は言うまでもない。
【０１６１】
（画像のアップロード処理例）
図３６は現在表示、編集中のアルバムに画像をアップロードするときの手順を示したフローチャートである。
【０１６２】
画面２９００にてアップロードボタン２９０８を押下すると、図３８に示される画面３９００が表示され、ユーザのクライアントＰＣ１０２Ａから現在表示、編集中のアルバムに画像の転送を行うことができる。画面２９００よりボタン２９０８を押下すると、ステップＳ３７０１にてフォトサイトサーバ１０５はファイルを追加可能なファイル数（Ｆ）を算出する。この処理は後述する。
【０１６３】
ステップＳ３７０２にてアップロード可能か否かの判定を行う。判定はＦが正数であるかどうかで行われる。Ｆが１未満であった場合にはアップロード不可であるとみなし、図３８に示す画面３８００を表示する（Ｓ３７０３）。画面３８００にてＯＫボタン３８０１が押下されると画面２９００が表示される。
【０１６４】
Ｆが１以上であった場合には、ステップＳ３７０４にて図３８に示すアップロード用画面３９００を表示する。この画面にはクライアントＰＣ上のファイルを選択するための参照ボタン３９０１、ファイルパスを入力するための入力領域３９０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域３９０３を、ステップＳ３７０１で算出された数（＝Ｆ）分表示する。送信ボタン３９０４を押下すると、ステップＳ３７０５にて選択された画像ファイルに関して、クライアントＰＣからサーバへのファイル転送が開始される。尚、不図示であるが、キャンセルボタン３９０５が押下されるとアップロード処理は終了し、画面２９００が表示されることはいうまでもない。
【０１６５】
サーバに転送された画像ファイルは、サーバ上のハードディスク（データベース１１７）に保存される。ここで転送されたファイルの数をＮとする。又、作業変数Ｉを"１"とする（Ｓ３７０６）。
【０１６６】
ステップＳ３７０７にてＩ＜＝Ｎかどうかを判定する。Ｉ＞ＮならばステップＳ３７１６にて画面２９００を表示し、処理を終了する。
【０１６７】
ステップＳ３７０７にてＩ＜＝Ｎの場合には、ステップＳ３７０８にて転送された第Ｉ番目のファイルがフォトサイトサーバ１０５で扱える画像ファイルであるかどうかの判定を行う。本実施の形態では、アップロードされた画像がＪＰＥＧファイルで、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイトサーバ１０５で使用可能なファイルと判断し、それ以外の場合にはステップＳ３７０９にて図３９に示す画面４０００を表示し、ステップＳ３７１０にて作業領域に置かれたこのファイルを削除する。尚、ＤＣＦの情報は、プリントサイト１０９Ａで画像のプリントを行うとき、シャッター速度やフラッシュの使用有無等を利用して、印刷用の色補正等を行うために使用する。ＯＫボタン４００１が押下されるとステップＳ３７１５に移行して、次のファイルをアップロードするための処理にかかる。
【０１６８】
ステップＳ３７０８でアップロードされたファイルが画像ファイルであると判断された場合には、ステップＳ３７１１にて、この画像に対してサムネイル画像と表示用画像を作成し、ハードディスク上に保存する。
【０１６９】
ステップＳ３７１２でファイル追加可能か否かの判定を行う。判定は現在処理中のファイルを登録するとディスク使用上限を超えるかどうかで行う。算出方法は図４０で後述する方法と同じなのでここでは省略する。ステップＳ３７１２でファイル追加不可能と判定された場合には、ステップＳ３７１３で図３８に示す画面３８０１を表示し、ＤＢ登録済みでない画像ファイルを全て削除し、ステップＳ３７１６で画面２９００を表示する。
【０１７０】
ステップＳ３７１２でファイル追加可能と判定された場合には、ステップＳ３７１４にて画像情報を情報ＤＢに登録する。つまり、アップロードされた画像ファイルに対して画像情報テーブルを作成し、今までに登録されている最大の画像ＩＤ＋１をこの画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４、新たに作成したサムネイル画像、表示用画像のファイルパスを、それぞれサムネイルファイルパス９０５、表示画像ファイルパス９０６、閲覧回数９０８に"０"、印刷回数９０９に"０"をセットした画像情報テーブル９００、及び現在表示中のアルバムのアルバムＩＤをアルバムＩＤ８０１、前記画像ＩＤを画像ＩＤ８０２、アルバム内の画像数＋１を画像表示番号８０３としたアルバム画像テーブルを登録する。
【０１７１】
ステップＳ３７１５でＩに"１"を加算してステップＳ３７０７に戻る。
【０１７２】
ＩがＮより小さい間、ステップＳ３７０７からステップＳ３７１５の処理を繰り返すことによって、アップロードされた画像ファイルはデータベース上に登録される。
【０１７３】
（ファイル数の算出）
図４０は、追加可能なファイル数を算出するため処理方法を示したフローチャートである。
【０１７４】
ステップＳ４１０１にて、まず、データベースより画像情報データテーブル９００を検索し、現在操作を行っているユーザのユーザＩＤを持つレコードを抽出する。そのレコード数をＮとする。又、画像レコードに関する作業変数Ｉに"１"を代入し、ユーザの使用画像サイズを算出する作業変数Ｓｉｚｅに"０"を代入する。
【０１７５】
ステップＳ４１０２にてＩ＜＝Ｎかどうかを判定する。Ｉ＜＝Ｎである間、ステップＳ４１０３にて、ステップＳ４１０１で検索された第Ｉ番目のレコードのオリジナル画像ファイルパスより画像ファイルを取得する。
【０１７６】
ステップＳ４１０４にてＳｉｚｅに画像ファイルのサイズを加算し、ステップＳ４１０５にてＩに"１"を加算する。
【０１７７】
ステップＳ４１０３からステップＳ４１０５の処理をＩ＜＝Ｎの間行うことによって、現在使用中のユーザのディスク使用量Ｓｉｚｅを算出することができる。
【０１７８】
ステップＳ４１０６で、データベースより現在使用中のユーザのユーザＩＤでユーザ状態データテーブル５００からユーザを検索し、ディスク使用限度量５０３をＭａｘ＿Ｓｉｚｅに設定する。
【０１７９】
ステップＳ４１０７にてＳｉｚｅ＜Ｍａｘ＿Ｓｉｚｅかどうかの判定を行う。Ｓｉｚｅ＜Ｍａｘ＿Ｓｉｚｅでなければ、既にこのユーザには使用可能ディスク領域が残っていないので、ステップＳ４１０８にてＦｉｌｅｓ＝０を代入する。
【０１８０】
ステップＳ４１０７にてＳｉｚｅ＜Ｍａｘ＿Ｓｉｚｅであった場合には、ステップＳ４１０９にてＮが"０"かどうかを判定し、Ｎが"０"でなければステップＳ４１１０にてユーザの１ファイルの平均ファイルサイズＳを
Ｓ  ＝  Ｓｉｚｅ／Ｎ
として求め、Ｎが"０"の場合には、ステップＳ４１１１にて現在市場で普及しているデジタルカメラの平均的な画素数で撮影した画像の平均的なファイルサイズをＳに代入する。本実施の形態では、２００万画素のデジタルカメラで撮影した平均的な画像サイズとして５００Ｋ（５００，０００）Ｂｙｔｅｓを使用する。
【０１８１】
ステップＳ４１１２にてユーザのディスク残量を平均ファイルサイズで割ることによって、追加可能アルバム数Ｆｉｌｅｓを算出する。
【０１８２】
Ｆｉｌｅｓ  ＝  （Ｍａｘ＿Ｓｉｚｅ−Ｓｉｚｅ）／Ｓ
である。
【０１８３】
ステップＳ４１１３にてＦｉｌｅｓ＝０かどうかを判定し、Ｆｉｌｅｓ＝０の場合には、ステップＳ４１１４にてＦｉｌｅｓ＝１に変更する。
【０１８４】
尚、ステップＳ４１０９、Ｓ４１１０にてユーザの使用する想定ファイルサイズとして、ユーザが既にアップロードしている画像ファイルのサイズの平均を使用し、ユーザ画像がない場合にのみ、現在市場で普及しているデジタルカメラの平均的な画素数で撮影した画像の平均的なファイルサイズを使用したが、常に現在市場で普及しているデジタルカメラの平均的な画素数で撮影した画像の平均的なファイルサイズを使用しても構わない。その場合には、ステップＳ４１０９の判別は必要ない。
【０１８５】
（プリントオーダの処理例）
図４１は、ユーザがフォトサイト１０５を利用してプリントオーダを行うときのクライアントＰＣ１０２Ａ、フォトサイトサーバ１０５、プリントサイト１０９Ａ間でのプリントオーダ処理の流れを表した図である。
ユーザは、画面２９００においてプリントオーダボタン２９０９を押下すると、アルバム内の画像に対して、画像のプリント物を印刷オーダすることができる。
【０１８６】
ステップＳ４２０１にてユーザがアルバム閲覧要求を行う。
ステップＳ４２０２でフォトサイト１０５はアルバム画像を表示する。画面２９００のアルバム選択領域２９１０内のアルバム選択ボタンに応じて、該当するアルバムの画像を領域２９２３に表示する。アルバムの選択、表示処理については既に説明したので省略する。
【０１８７】
ステップＳ４２０３でユーザがプリントオーダ指示を出す。プリントオーダ指示は、画面２９００にてプリントオーダボタン２９０９を押下することによって発行される。
【０１８８】
プリントオーダ指示が発行されると、ステップＳ４２０４でフォトサイトサーバ１０５は図４２に示されるプリントサイト１０９の選択画面４３００を表示する。
【０１８９】
ステップＳ４２０５でプリントサイト選択領域４３０１よりユーザがプリントサイトを選択し、ＯＫボタン４３０２を押下する。ステップＳ４２０６でフォトサイトサーバ１０５は、ステップＳ４２０５でユーザが選択したプリントサイト１０９Ａに対して仮オーダを発行する。図５３はプリントサイトに発行される仮オーダのデータを表す一例である。
【０１９０】
尚、不図示であるが、ステップＳ４２０５でユーザがキャンセルボタン４３０３を押下した場合には、プリントオーダ処理を中断しフォトサイトサーバ１０５は、再度画面２９００に現在選択中のアルバムを表示する。又、説明ボタン４３０４を押下すると現在選択中のプリントサイト１０９に関する情報が表示されるが、詳細な説明は省略する。
【０１９１】
ステップＳ４２０６で、フォトサイトサーバ１０５がプリントサイト１０９Ａに対して仮オーダを発行する処理については後述する。
【０１９２】
ステップＳ４２０６でフォトサイト１０５から仮オーダの発行が通知されると、プリントサイト１０９Ａは、ステップＳ４２２２にて注文開始処理を行う。注文開始処理では、プリントサイト１０９Ａのフォトサイトデータテーブル１５００に事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩへのＵＲＬ１５０５を、必要な引数（プリントオーダＩＤ、ステータス（１））と共に呼び出す。これにより、プリントサイト１０９Ａは注文処理を開始したことをフォトサイトサーバ１０５に通知する。
【０１９３】
フォトサイトサーバ１０５は、ステップＳ４２２３で、プリントサイト１０９Ａが注文処理を正常に開始したことを確認する。そして、呼び出されたプリントステータス通知用ＣＧＩの戻り値として、注文開始確認終了をプリントサイト１０９Ａに通知する。又、フォトサイトサーバ１０５は、後述の仮オーダ発行処理で生成される注文情報データテーブル１０００の仮オーダに対応するレコードのステータス１０１４の値を"１"（開始）に更新する。
【０１９４】
プリントステータス通知用ＣＧＩの戻り値として注文開始確認終了が通知されると、プリントサイト１０９Ａは、ステップＳ４２２４でフォトサイトサーバ１０５からサムネイル画像を取得する。ここで、サムネイル画像は、図５３に示される仮オーダのフォーマット中に指定されたサムネイル画像取得用のＵＲＬにアクセスすることにより、取得される。プリントサイト１０９Ａは、サムネイル画像を取得すると、ステップＳ４２０７にて、図４３に示す画像選択画面４４００を表示する。
【０１９５】
尚、本実施例ではプリントサイト１０９Ａがサムネイル画像取得用ＵＲＬにアクセスし、サムネイル画像を取得する場合について説明しているが、ユーザＰＣ１０２Ａがサムネイル画像取得用ＵＲＬにアクセスし、サムネイル画像を直接表示するようにしても良い。
【０１９６】
画面４４００はプリントサイト１０９Ａのプリント注文用画像選択画面である。プリント注文用画像選択画面４４００は、写真プリント時の印刷タイプ（縁有り、縁無し）を選択する選択領域４４０１と、フォトサイトより取得されたアルバム内のサムネイル画像を表示する領域４４０２、プリントサイズを選択する選択領域４４０３、プリント枚数を指定する入力領域４４０４及び、見積もり要求ボタン４４０５、キャンセルボタン４４０６を有する。尚、サムネイル画像表示領域４４０２、サイズ選択領域４４０３、印刷枚数入力力領域４４０４は、仮オーダに含まれている画像データの個数分存在する。
【０１９７】
ステップＳ４２０８でユーザが注文画面４４００よりプリントオーダする画像データの選択を行い、サイズ、枚数の入力を行った後で、見積もりボタン４４０５を押下した場合には、ステップＳ４２０９にてプリントサイト１０９Ａは見積もり算出処理を行う。見積もり算出処理の詳細は後述する。そして、プリントサイト１０９Ａは、ステップＳ４２０９で見積もり算出処理を行った結果（見積もりデータ）をフォトサイトサーバ１０５に通知する。この見積もり処理及び通知処理の詳細は後述する。
【０１９８】
プリントサイト１０９Ａは、ステップＳ４２０８でユーザが見積もり要求を行わなかった場合、つまり画面４４００にてキャンセルボタン４４０５が押下されたときには、ステップＳ４２２０にてプリントサイト１０９Ａの仮オーダを削除する。そして、プリントサイト１０９Ａは、プリントオーダ処理が中止されたことをフォトサイトサーバ１０５に通知する。ステップＳ４２２１にてフォトサイトサーバ１０５はプリントオーダ処理を中断し、画面２９００を表示する。
【０１９９】
プリントサイト１０９Ａから見積もりデータが通知されると、フォトサイトサーバ１０５は、ステップＳ４２１０でフォトサイト１０５での付加価値情報を見積もり価格に加減算し、その結果をユーザに表示する。図４４はそのとき表示される見積もり画面である。又、フォトサイトサーバ１０５は、プリントサイト１０９Ａから見積りデータの通知を受けると、注文情報データテーブル１０００の仮オーダに対応するレコードのステータス１０１４を"２"（見積り）に更新する。
【０２００】
見積もり画面が表示されると、ユーザはステップＳ４２１１にて購入検討処理を行う。尚、購入検討時には、フォトサイトサーバ１０５とユーザＰＣ１０２Ａ間で、図４５に示すようなクレジット情報などの注文者に関する情報の入力、及び図４６に示すような配送先に関する情報の入力が行われる。また、購入検討の間にキャンセルボタン４５０３、４６０２及び４７０２が押下された場合には、ステップＳ４２１８の注文取消し承認処理に移る。
【０２０１】
尚、本実施の形態では配送時の送料は一律料金であるため、前記のようなフローになっているが、もし、料金が配送先によって異なる場合には、この配送先地域の入力処理は、ステップＳ４２０９で見積もり算出処理を行う際にプリントサイト１０９Ａで行われる。
【０２０２】
ステップＳ４２１１にてユーザが見積もり画面を承認して正式なプリント注文を行った場合には、フォトサイトサーバ１０５はプリント注文に対する決済処理（Ｓ４２１２）を行う。そして、フォトサイトサーバ１０５は仮オーダに対応する注文情報データテーブル１０００中のレコードのステータス１０１４を"３"（決済）に更新する。又、注文画像データテーブル１１００中の印刷に使用される各画像データに対応するロックフラグ１１１１を"０"（未ロック状態）に設定する。フォトサイト１０５は、ステップＳ４２１３で正式なプリントオーダ（正式オーダ）を作成して、プリントサイト１０９Ａに対して正式オーダを発行する。
ステップＳ４２１０からステップＳ４２１３で行われるフォトサイトサーバ１０５での処理の詳細ついては後述する。
【０２０３】
正式オーダが通知されると、プリントサイト１０９ＡではステップＳ４２１４でオーダ受注処理を行う。ステップＳ４２１５でフォトサイト１０５より画像データを取得する。画像データの取得は、仮オーダ中に指定された各画像データ取得用のＣＧＩのＵＲＬを呼び出すことにより行う。
【０２０４】
プリントサイト１０９Ａは、画像データの取得が終了したら、プリントサイト１０９Ａに事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩへのＵＲＬ１５０５を必要な引数（プリントオーダＩＤ、ステータス（５））と共に呼び出す。これにより、プリントサイト１０９Ａは画像データ取得処理終了をフォトサイトサーバ１０５に通知する。
【０２０５】
プリントサイト１０９Ａから画像データ取得処理終了の通知を受けたフォトサイトサーバ１０５は、注文情報データテーブル１０００のプリントオーダに対応するレコード中のステータス１０１４を"５"（画像取得終了）に更新する。
【０２０６】
プリントサイト１０９Ａは、ステップＳ４２１６で取得した画像データの印刷処理を行う。更に、プリントサイト１０９Ａは、ステップＳ４２１７で配送指示を行って処理を終了する。
【０２０７】
尚、不図示であるが、ステップＳ４２１４からステップＳ４２１７の各処理を行ったときには、プリントサイト１０９Ａは、実行している処理のステータスをフォトサイト１０５に通知している。そして、プリントサイト１０９Ａから通知されたステータスはフォトサイト１０５上のデータベースに保管される。
【０２０８】
ステップＳ４２１８でフォトサイトサーバ１０５は、ユーザによるプリント注文の取消しを承認した場合には、プリントサイト１０９Ａに対して仮オーダの削除を要求する。そして、ステップＳ４２１９でプリントサイト１０９はフォトサイト１０５の要求に従い仮オーダを削除する。
【０２０９】
（フォトサイトの仮オーダ発行処理例）
図４７は、ステップＳ４２０３からＳ４２０６にて行われるフォトサイトの仮オーダ発行処理の内容を表すフローチャートである。この処理によって発行される仮オーダのフォーマットを示した１例が図５３である。
【０２１０】
画面２９００のプリントオーダボタン２９０９が押下されると、ステップＳ４８０１にてフォトサイトサーバ１０５は画像アルバムデータテーブル８００を検索することによって、現在表示中のアルバムの画像枚数Ｎを取得する。又、表示画像用作業カウンタＩを"１"に、選択された画像用作業カウンタＪに"０"をそれぞれ代入する。更に、データベース１１８の注文者データテーブル１３００から、今までに発行した最大の注文番号を取得し、それに"１"を加算した値を今回の仮オーダの注文番号Ｏｒｄｅｒ＿ＩＤとする。
【０２１１】
ステップＳ４８０２で仮オーダ作成のための作業用のファイル（Ｗｏｒｋファイル）をオープンする。
【０２１２】
ステップＳ４８０３にてＩ＜＝Ｎかどうかを判定する。Ｉ＜＝Ｎである間ステップＳ４８０４からステップＳ４８０８の処理を行うことによって、仮オーダ用ＸＭＬデータの＜ｅｓｔｉｍｅｔｅｉｔｅｍ＞タグから＜／ｅｓｔｉｍｅｔｅｉｔｅｍ＞タグで表現されるエレメントの作成を行う。
【０２１３】
ステップＳ４８０４にて第Ｉ番目の画像が選択されているかどうかを判定する。画面２９００において、ボタン２９３０から２９３５で表示されているようなチェックボックスのうち第Ｉ番目の画像に関するチェックボックスにユーザがチェックを行っている場合には、その画像が選択されていると見なしてステップＳ４８０５に移る。
【０２１４】
ステップＳ４８０５にて、データベース１１８よりアルバム画像データテーブル８００を検索し現在表示中のアルバムで、画像表示番号がＩのレコードを検索し、その画像の画像ＩＤを取得する。更に、画像情報データテーブルを検索し、その画像ＩＤを持つ画像情報のレコードを検索する。検索された画像情報データテーブル９００からオリジナル画像へのファイルパス９０４、サムネイル画像へのファイルパス９０５、及び表示用画像へのファイルパス９０６を取得し、それぞれの画像をプリントサイトからアクセスできるフォルダにコピーする。
【０２１５】
ステップＳ４８０６にて選択画像カウンタＪを"１"加算する。
【０２１６】
ステップＳ４８０７にて、Ｗｏｒｋファイルに、現在の送付画像番号Ｊ、画像情報データテーブル９００より取得される画像名９０３、ステップＳ４８０５にてコピーしたサムネイル画像、表示用画像にプリントサイトからアクセスするためのＵＲＬとオリジナル画像を取得するためのＣＧＩのＵＲＬを記載する。又、注文画像データテーブル１１００に、新規レコードを作成して登録する。このとき、ステップＳ４８０１で求めたＯｒｄｅｒ＿ＩＤを注文番号１１０１、画像番号にＪ、コピーした３画像へのファイルパスを１１０４から１１０６にセットし、ロックフラグ１１１１を"１"（ロック状態）、取得済フラグを"０"（未取得）、取得回数を"０"に設定する。レコード内の残りの情報はプリントサイトからの見積もり通知時にセットされるので、ここでは全て"０"を代入しておく。
【０２１７】
ステップＳ４８０８にてＩに"１"を加算する。又、ステップＳ４８０８にて画像が選択されていないと判定された場合にも、ステップＳ４８０８に移る。その後処理をステップＳ４８０３に戻す。
【０２１８】
ステップＳ４８０３でＩ＞Ｎになると、アルバム内の全ての画像に関してプリントオーダの選択チェックが終了したと見なして、ステップＳ４８０９に移行し、Ｊ＝０かどうか、つまり選択画像があったかどうかの判定を行う。
【０２１９】
ステップＳ４８０９にてＪ＝０であった場合には、ステップＳ４８１０にて図４８に示される警告画面４９００を表示する。画面４９００にてＯＫボタン４９０１が押下されると、ステップＳ４８１６でＷｏｒｋファイルを削除し、ステップＳ４８０７で登録した注文画像テーブルを全て削除する。その後、画面２９００を表示する。
【０２２０】
ステップＳ４８０９にてＪ＝０でなかった場合には、ステップＳ４８１１にてプリントサイト選択画面４３を表示する。この処理は図４１で示したサイト間の処理フローのステップＳ４２０４である。
【０２２１】
ステップＳ４８１２でユーザ入力を判定し（Ｓ４２０５に同じ）、画面４３００でＯＫボタン４３０２が押下された場合には、ステップＳ４８１３でオーダ用ＸＭＬファイルのヘッダ部分（＜Ｅｓｔｉｍｅｔｅｉｔｅｍ＞タグの前まで）を作成する。ヘッダ部分のうちＰｈｏｔｏｓｉｔｅＯｒｄｅｒｉｄには前記注文番号、ＣｏｕｎｔにはＪが代入されるが、それ以外の部分は固定である。
【０２２２】
ステップＳ４８１４にてオーダ用ＸＭＬファイルにＷｏｒｋファイルをマージする。更に、オーダの終了タグを付加することによって、フォトサイトサーバ１０５からプリントサイト１０９Ａに対して通知するＸＭＬファイルが完成する。
【０２２３】
ステップＳ４８１５にて、ステップＳ４８１４までで作成されたＸＭＬファイルをプリントサイト１０９Ａに通知する。通知先ＣＧＩはプリントサイトデータテーブル１４００より仮オーダ通知用ＣＧＩへのＵＲＬ１４０３から取得される。
【０２２４】
プリントサイト選択画面４３００でキャンセルボタン４３０４が押下された場合、ステップＳ４８１２でＯＫボタンが押されなかったと判断されるため、ステップＳ４８１６でＷｏｒｋファイルを削除し、ステップＳ４８０７で登録した注文画像テーブルを全て削除する。その後、画面２９００を表示し、処理を終了する。
【０２２５】
（プリントサイトの印刷画像選択画面の表示処理例）
図４９は、ステップＳ４２０７におけるプリントサイトでの印刷画像選択画面の表示処理の内容を表したフローチャートである。
【０２２６】
ステップＳ５００１にてフォトサイトサーバ１０５より仮オーダファイルを取得する。
【０２２７】
ステップＳ５００２にて注文データテーブル１６００を作成し、データベース１１９Ａに登録する。このとき受付番号１６０１は、注文データテーブルに発行された受付番号の最大値に"１"を加算した値を設定し、フォトサイトＩＤ１６０２、フォトサイト注文番号１６０３はステップＳ５００１で取得した仮オーダファイルより取得する。又、仮オーダファイルを取得した日時を仮オーダ日時１６０４に設定し、注文ステータスに"０"（仮オーダ）を代入する。注文データテーブル１６００内の項目のうち１６０７から１６１３は見積もり発行時に登録されるものなので、ここでは全て"０"を設定しておく。
【０２２８】
ステップＳ５００３にて仮オーダ画像数をＮ、作業用画像数カウンタＩに"１"を代入する。
【０２２９】
ステップＳ５００４にてＩ＜＝Ｎかどうかを判定する。Ｉ＜＝Ｎである間ステップＳ５００５からステップＳ５００９の処理を行うことにより、仮オーダに登録されている全ての画像を注文画面に表示することができる。
【０２３０】
ステップＳ５００５にて、仮オーダファイルに記載されている第Ｉ番目の画像に関する印刷画像情報テーブル１７００を作成する。受付番号１７０１には、ステップＳ５００１における受付番号１６０１と同じ値をセットし、画像番号１７０２にはＩをセットする。又、ＵＲＬ１７０３、１７０４、１７０５はそれぞれ仮オーダファイルから該当するＵＲＬを取得しセットする。印刷画像情報データテーブル１７００内の項目のうち１７０５から１７０８は見積もり発行時に登録されるものなので、ここでは全て"０"を設定しておく。
【０２３１】
ステップＳ５００６にて、ステップＳ５００５でサムネイル画像をフォトサイトから取得し、ステップＳ５００７で第Ｉ番目の画像としてサムネイル画像表示を行う。
【０２３２】
ステップＳ５００８にて注文枚数、注文サイズの入力領域を作成し、初期値として１枚、Ｌ判を設定する。注文サイズの入力領域に選択される項目は、図５７に示すサービス内容データリスト５８００の項目から取得する。サービス項目データリストは、プリントサイトでサービスの内容、及びその単価を設定しておくためのリストである。
【０２３３】
ステップＳ５００９にてＩに"１"を加算し、ステップＳ５００４の判定に移る。ステップＳ５００４にてＩ＞Ｎとなった場合には処理を終了する。
【０２３４】
（プリントサイトの見積もり処理例）
図５０は、ステップＳ４２０９におけるプリントサイトでの見積もり算出及び見積もり情報のフォトサイトへの通知処理を示したフローチャートである。又、図５４は、プリントサイト１０９Ａで作成してフォトサイト１０５に通知する見積もり情報の１例である。
【０２３５】
ステップＳ５１０１にて、画面４４００に表示されている画像数をＮ、作業用画像カウンタＩに"１"、作業用注文画像数Ｊに"０"、作業用合計料金Ａｃｃｏｕｎｔに"０"を代入する。
【０２３６】
ステップＳ５１０２にて作業用Ｗｏｒｋファイルを作成する。
【０２３７】
ステップＳ５１０３にてＩ＜＝Ｎかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ５１０４からステップＳ５１０８の処理を行うことによって、全ての画像に対する見積もり情報と合計金額を求めることができる。
【０２３８】
ステップＳ５１０４にて、画面４４００における第Ｉ番目の画像に関する枚数入力領域４４０４の値を取得し、それが"０"かどうかを判定する。その値が"０"でない場合には、ステップＳ５１０５にてサイズ入力領域４４０３の設定情報を取得し、そのサイズに応じた単価Ｕをサービス内容データリスト５８００の対応する用紙サイズから取得する。
【０２３９】
ステップＳ５１０６にて、画像印刷枚数にＵを乗算することによって得られた金額をＡｃｃｏｕｎｔに加算する。
【０２４０】
ステップＳ５１０７にて、Ｗｏｒｋファイルに第Ｉ番目の画像に関する注文見積もり情報を追加する。更に、データベース１１９Ａにある印刷画像情報テーブル１７００より、受付番号１７０１に現在のプリントサイト受付番号を持ち画像番号１７０２にＩを持つレコードを検索する。検索されたレコードのプリント枚数１７０６、プリントサイズ１７０７を現在の設定値で更新し、プリント単価１７０９をＵで更新する。又、Ｊに現在設定されている印刷枚数を加算することによって、今までに印刷注文のあった画像枚数を保持する。
【０２４１】
ステップＳ５１０８でＩに"１"を加算し、ステップＳ５１０３の処理に戻る。ステップＳ５１０４にてオーダ枚数が"０"と判定された場合には、ステップＳ５１０８でＩに"１"を加算し、ステップＳ５１０３の処理に戻る。
【０２４２】
ステップＳ５１０９にてＪ＝０かどうかを判定する。Ｊ＝０であれば印刷画像が何も選択されなかったことになるので、ステップＳ５１１５にて警告画面を表示する。このとき表示される警告画面は画面４９００と同じものであり、ＯＫボタンが押下されると、ステップＳ５１１６にてＷｏｒｋファイルを削除し、画面４４００を再度表示する。
【０２４３】
ステップＳ５１０９にてＪ＝０でなかった場合には、ステップＳ５１１０にてプリントサイトで何らかの特典があるときにはその料金を算出する。ここで特典は、図５８に示すプリントサイト特典リスト５９００から検索する。サービス内容データリストのサイズＩＤに対応するリストが存在するときには、それぞれ特典単位の枚数に応じて価格に記載された割引が受けられる。
【０２４４】
ステップＳ５１１１にて、見積もり用ＸＭＬファイルのヘッダ部分（＜ｒｅｓｕｌｔｉｔｅｍ＞タグまで）を作成する。ＰｒｉｎｔＳｉｔｅＯｒｄｅｒｉｄはプリントサイトの受付番号に"ｐｒ−"を付加したものであり、ｃｏｕｎｔにはＪが入力される。更に、印刷料金、税額、送料、送料税額を追加する。
【０２４５】
ステップＳ５１１２にて、見積もり用ＸＭＬファイルにＷｏｒｋファイルの内容をマージする。更に、プリントサイトで特典がある場合には特典情報を追加し、最後に見積もりの終了タグを追加することによって、見積もり情報ファイルを作成することができる。
【０２４６】
ステップＳ５１１３にて、注文データテーブル１６００より現在のプリントサイト受付番号を受付番号１６０１に持つレコードを検索する。検索されたレコードのプリントタイプ１６０７を、画面４４００よりタイプ入力領域４４０１で入力された情報で更新し、印刷料金１６０８にＡｃｃｏｕｎｔを代入する。又、１６０９に特典料金を、プリント税額を１６１０に入力する。更に、送料見積もりを１６１１に、送料の税額を１６１２に入力し、１６０８から１６１２に設定された値の総和を合計金額１６１３に設定し、レコードを更新する。
【０２４７】
プリントサイト１０９Ａは、ステップＳ５１１４にて作成された見積もりデータをフォトサイトサーバ１０５に通知する。
【０２４８】
ステップＳ５１１５にて、プリントサイト１０９Ａは、フォトサイトデータテーブル１５００に事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩへのＵＲＬ１５０５を必要な引数（プリントオーダＩＤ、ステータス（２））と共に呼び出す。これにより、プリントサイト１０９Ａは、見積りを行ったことをフォトサイトサーバ１０５に通知する。
通知を受けたフォトサイトサーバ１０５では、注文情報データテーブル１０００の処理中の仮オーダに対応するレコードのステータス１０１４の値を"２"（見積り）に更新する。
＜正式オーダ発行処理について＞
図５１は、プリントサイト１０９Ａから見積もりデータを取得してから正式オーダを発行するまでのフォトサイトサーバ１０５の処理を示したフローチャートである。
【０２４９】
ステップＳ５２０１にてプリントサイト１０９Ａより見積もりデータを取得する。
【０２５０】
ステップＳ５２０２にて、顧客状態データテーブル５００より累積ポイント５０４を取得しＰｔに代入する。本実施の形態では、累積ポイントを１ポイント当り１円として換算する。又、オーダ終了後のポイントを算出するための作業変数Ｎｅｗ＿ＰｔにＰｔの値を代入する。
【０２５１】
ステップＳ５２０３にて、見積もりデータより取得されるプリントサイト１０９Ａでのプリントに関する見積もり合計料金をＰｒｉｃｅに代入する。
【０２５２】
ステップＳ５２０４にてＰｒｉｃｅ＜Ｐｔかどうかを判定し、Ｐｒｉｃｅ＜Ｐｔの場合にはＰｔにＰｒｉｃｅを代入する。
【０２５３】
ステップＳ５２０６にて見積もり表示を行う。図４４に示す画面４５００はそのとき表示される見積もり表示画面の一例である。見積もり表示領域４５０４にはプリント金額を印刷用紙単位でまとめて表示し、その次にプリントサイトでの特典情報を表示している。更に、税額、プリントサイトに支払うべき合計金額（プリント料金）、送料、送料の税額が加算され、そこにフォトサイトでの特典情報が付加されてユーザが支払うべき金額を表示する。
【０２５４】
特典情報ボタン４５０１を押下すると、ステップＳ５２０８にて特典情報の変更が選択されたとみなして図５２に示す特典情報設定画面５３００が表示され、今回の支払いに特典を使用するかどうかの設定ができる（Ｓ５２０５）。画面でラジオボタン５３０１が選択されている場合には現在のポイントを特典として使用し、ラジオボタン５３０２が設定されている場合にはポイント入力領域５３０４で入力されたポイントを特典として使用できる。ラジオボタン５３０３が選択された場合には特典は見積もりに反映されない。ＯＫボタン５３０５が押下されるとステップＳ５２０４に戻り、再度付加価値情報の追加処理を行う。キャンセルボタン５３０６が押下されると、図５１には不図示であるがステップＳ５２０６に戻り画面４５００を表示する。
【０２５５】
画面４５００にてキャンセルボタン４５０３が押下されると、ステップＳ５２０９からステップＳ５２１０の処理に移り、仮オーダの削除処理を行う。
この処理では、フォトサイトサーバ１０５に登録したプリントオーダに関する注文画像情報テーブル１０００、及び画像情報データテーブル９００を削除し、プリントサイト１０９Ａに対して仮オーダ削除の通知を行う。更に、画面２９００を表示する。
【０２５６】
クレジット情報の設定ボタン４５０２が押下されると、ステップＳ５２０９からステップＳ５２１１に処理は移行し、New_Ptとして現在のポイント数から今回の支払いに使用したポイント数を減算しＰｒｉｃｅの１％を加算する。
【０２５７】
ステップＳ５２１２にて図４５に示す画面４６００を表示して、プリント注文をして支払いを行うための情報の設定を行う。画面４６００注文ボタン４６０１が押下されると、図４６に示す画面４７００が表示され、配送先の入力を行う。画面４７００の注文ボタン４７０１が押下されると、フォトサイトサーバ１０５で、ＤＢの各テーブルの更新を行う。
【０２５８】
まず、顧客状態テーブル５００より累積ポイント５０４に今回のオーダで使用したポイント数を減算し、その後今回の印刷注文で付加されるポイント数を加算する。次に、プリントサイトから取得した見積もり情報ファイルから各画像の注文情報を取得し、注文画像データテーブル１１００の対応する画像のレコードに対して、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、ロックフラグ１１１１、取得済フラグ１１１２、取得回数１１１３を更新する。この時、ロックフラグ１１１１は"０"（未ロック状態）、取得済フラグ１１１２は"０"（未取得）、取得回数１１１３は"０"に設定する。
【０２５９】
又、現在の注文番号を元に注文決済データテーブル１２００に新規レコードを作成し、画面４５００の見積もり表示領域４５０４に表示した内容を登録する。ステータスは決済済みとして"１"を代入する。更に、注文者データテーブル１３００を作成し、現在の注文者の情報を顧客情報データテーブル４００から取得してコピーする。最後に注文情報データテーブル１０００の対応するレコードについて、画面４７００で入力された配送先情報（１００３〜１０１１）を登録し、ステータス１０１４を"３"（決済）に更新する。
【０２６０】
ステップＳ５２１３で、プリントサイト１０９Ａに対して正式オーダを通知する。図５５はこのとき通知されるデータフォーマットを示した例である。尚、この通知データは見積もりデータに配送先を追加し、各タグ名称が変更されたものとほぼ同じであり、作成方法については説明を省略する。
【０２６１】
ステップＳ５２１４にて、オーダ内容を表示しその内容をユーザＰＣ１０２Ａに対してメール通知する。図５６はオーダ内容の表示画面５７００であり、ボタン５７０１が押下されるとフォトサイトサーバ１０５は画面２９００を表示する。又、図５９は正式オーダ発行時に通知されるメールの一例である。
【０２６２】
（オーダ受注処理Ｓ４２１４の詳細手順例）
図６０は、図４１のステップＳ４２１４におけるオーダ受注処理の詳細を示したフローチャートである。
【０２６３】
ステップＳ６１０１にて注文情報を取得する。ステップＳ６１１３にて注文情報より注文番号を取得し、その注文番号を持つ注文データテーブル１６００を取得する。注文データテーブル１６００より正式オーダ日時にオーダ通知時刻をセットする。ステップＳ６１１４にて取得された注文情報より配送先情報を取得する。ステップＳ６１０２にて見積もり時の合計金額を取得し、ＴＰに代入する。ステップＳ６１０３にて注文画像及び送料から現在の請求料金の合計ＴＮを算出する。
【０２６４】
ステップＳ６１０４にてＴＮ＜ＴＰかどうかを判定し、見積もり時より現在の料金が安くなっているときには、ステップＳ６１０５にて図６９に示す価格変更通知画面７１００を表示する。価格変更通知画面７１００にてポイント追加ボタン７１０１が押下された場合には、ステップＳ６１０７にてフォトサイトサーバ１０５に対して受付番号１６０１及び差額（ＴＰ−ＴＮ）を通知する。
【０２６５】
フォトサイトサーバ１０５ではこの通知を受けると、図６８に示す画面７０００を表示し、通知された受付番号をプリントサイト受付番号１１０２として持つ注文画像データテーブル１１００のレコードを検索し、注文番号１１０１を取得する。更に、その注文番号を１１０１に持つ注文情報テータテーブルのレコードを検索して、注文者ＩＤ１００２を取得する。その後、ユーザＩＤ５０１に注文者ＩＤ１００２と同じ番号を持つ顧客状態テ−ブルのレコードを検索して、その累積ポイント５０４にプリントサイト１０９Ａから通知された差額を加算する。
【０２６６】
画面７１００にてボタン７１０２が押下された場合には、ステップＳ６１０８にてフォトサイトに対して差額振り込み依頼通知を行う。ステップＳ６１０９にて、各印刷画像に対して印刷画像情報テーブル１７００よりプリント単価１７０９を新価格で更新する。ステップＳ６１１０にて、注文データテーブル１６００より印刷料金１６０８、プリントサイト特典料金１６０９、プリント税額１６１０、送料１６１１、送料税額１６１２、合計金額１６１３を新価格で更新する。又、注文ステータス１６０６を、正式オーダ未印刷を示す"１"に変更する。
【０２６７】
ステップＳ６１０４にて、見積もり時より現在の料金が安くなっていない場合には、オーダ情報に記載されている旧価格が既に注文情報データテーブルにセットされているので、ステップＳ６１１１にて注文ステータス１６０６を正式オーダ未印刷を示す"１"に変更する。
【０２６８】
ステップＳ６１１２にて注文配送テーブル１８００に登録する。配送ステータス１８１２は未配送の"０"をセットする。
【０２６９】
（画像データの取得処理Ｓ４２１５の詳細手順例）
図７８は、図４１のステップＳ４２１５における画像データ取得処理の詳細を示したフローチャートである。ここで取得する画像データは、プリントサイト１０９Ａで印刷に使用する画像データを意味する。画像データの取得は、プリントサイト１０９Ａに仮オーダデータとして通知された画像取得用ＣＧＩのＵＲＬを呼び出すことにより行われる。以下に、画像取得用ＣＧＩのＵＲＬが呼び出された時のフォトサイトサーバ１０５での処理を説明する。
【０２７０】
ステップＳ８２０１で、フォトサイトサーバ１０５内の注文画像データテーブル１１００中の処理対象画像データに対応するレコードのロックフラグ１１１１を参照する。そして、ロックフラグが"０"（未ロック状態）の場合には処理を続行する。また、ロックフラグが"１"（ロック状態）の場合には処理を終了し、ＣＧＩの戻り値として取得失敗をプリントサイト１０９Ａに通知する。
【０２７１】
ステップＳ８２０２で、フォトサイトサーバ１０５内の注文画像データテーブル１１００中の処理対象画像データに対応するレコードの取得済みフラグ１１１２を参照する。そして、取得済みフラグが"０"（未取得）の場合には画像取得処理を続行して、プリントサイト１０９Ａへ当該画像データを取得させる。また、取得済みフラグが"１"（取得済）の場合には、既にプリントサイト１０９Ａは当該画像データを取得しているので、画像取得処理を終了し、ＣＧＩの戻り値として取得失敗をプリントサイト１０９Ａに通知する。
【０２７２】
ステップＳ８２０３で、フォトサイトサーバ１０５内の注文画像データテーブル１１００中の処理対象画像データに対応するレコードの取得済みフラグ１１１２を"１"（取得済）にセットする。ステップＳ８２０４で、フォトサイトサーバ１０５内の注文画像データテーブル１１００中の処理対象画像データに対応するレコードの取得回数１１１３を１つ加算する。ステップＳ８２０６で、処理対象画像データをＣＧＩの戻り値としてプリントサイト１０９Ａに返す。
【０２７３】
図４１には図示されていないが、画像取得用ＣＧＩのＵＲＬの呼び出しで取得失敗が通知された場合は、プリントサイト１０９Ａは、Ｅ−Ｍａｉｌなど別途指定された方法によりフォトサイトサーバ１０５及びユーザに画像取得処理の失敗を通知する。
【０２７４】
画像取得用ＣＧＩのＵＲＬ呼び出しにより、画像データが得られた場合、プリントサイト１０９Ａは、プリントサイト１０９Ａのフォトサイトデータテーブル１５００に事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩへのＵＲＬ１５０５を必要な引数（プリントオーダＩＤ、ステータス（５））と共に呼び出すことにより、注文処理を終了したことをフォトサイトサーバ１０５に通知する。
【０２７５】
（注文終了処理Ｓ４２２５の詳細手順例）
図７９は、図４１のステップＳ４２２５における注文終了の確認処理の詳細を示すフローチャートである。
【０２７６】
ステップＳ８３０１で、フォトサイトサーバ１０５はプリントサイト１０９Ａからの注文終了通知を受け取る。ステップＳ８３０２で、フォトサイトサーバ１０５は、注文終了通知に含まれるプリントオーダＩＤで特定されるプリントオーダに含まれる全ての画像データについて、注文画像データテーブル１１００中の対応するレコードのロックフラグ１１１１と取得済みフラグ１１１２の状態を確認する。
【０２７７】
そして、プリントオーダに含まれる全ての画像データについて、ロックフラグ１１１１が"０"（未ロック状態）で取得済みフラグ１１１２が"１"（取得済）であれば、ロックフラグ１１１１を“１”にセットして注文終了処理を行う。また、ロックフラグ１１１１が“０”及び取得済みフラグ１１１２が“０”の値の組み合わせがあれば、プリントサイト１０９が当該画像データを取得できなかったと判断でき、なんらかの問題が発生している可能性があるので、ＣＧＩの戻り値としてプリントサイト１０９Ａに通知する。プリントサイト１０９Ａは通知内容を確認し、プリントサイト１０９Ａでの処理に問題なければ処理を続行する。また、プリントサイト１０９Ａで問題があれば、Ｅ−Ｍａｉｌによりフォトサイトサーバ１０５やユーザに通知するなどの処置を行う。
【０２７８】
ステップＳ８３０３で、フォトサイトサーバ１０５は、注文終了通知に含まれるプリントオーダＩＤで特定されるプリントオーダに含まれる全ての画像データについて、注文画像データテーブル１１００中の対応するレコードのロックフラグ１１１１が"１"（ロック状態）で取得回数１１１３が"０"のデータが存在しないことを確認する。そして、当該データが存在していた場合には、このデータは注文に必要ない画像が誤って注文画像データテーブル１１００に登録されていたものと判断し、ステップＳ８３０４で注文画像データテーブル１１００から当該データを速やかに削除する。
【０２７９】
ステップＳ８３０３の判定で該当するデータが存在しない場合、及びステップＳ８３０４の削除処理の実行後に、ステップＳ８３０５で、フォトサイトサーバ１０５は注文終了通知に含まれるプリントオーダＩＤで特定されるプリントオーダに含まれる全ての画像データについて、注文画像データテーブル１１００中の対応するレコードの各フラグの初期化を実行する。ロックフラグ１１１１は"１"（ロック状態）に、取得済みフラグ１１１２は"０"（未取得）に設定するが、取得回数１１１３はそのまま変更しない。
【０２８０】
一旦取得された画像データ（初期化処理された画像データ）が、フォトサイト１０９によって不正に取得されると、取得回数１１１３はインクリメントされる。したがって、フォトサイトサーバ１０５は、画像データの取得回数１１１３の値が所定値より大きいかどうかなどによって、フォトサイト１０９による不正な画像データの取得があったかどうかを判断することができる。
【０２８１】
ステップＳ８３０６で、フォトサイトサーバ１０５は、注文情報データテーブル１０００中の注文終了通知に含まれるプリントオーダＩＤと同じ値の注文番号１００１を持つレコードのステータス１０１４を"５"（注文終了）に更新する。
【０２８２】
（アルバムの通知処理の手順例）
図３２は画面２９００にて通知ボタン２９０５が押下されたときに表示される画面を示す図である。
【０２８３】
画面３３００において、ユーザは送信先メールアドレス３３０２、送信者メールアドレス３３０３、メールタイトル３３０４、メッセージ３３０５を入力後、通知ボタン３３０６を押下すると、フォトサイトサーバ１０５は前記内容をフォトサイトサーバで作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【０２８４】
図６１はアルバム通知メールの一例である。通知メールに含まれるＵＲＬ及びアルバムＩＤは画面３３００のＵＲＬ及び公開アルバムＩＤ表示領域３３０８に表示される内容と同じである。メール通知を受けたユーザは、メール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。又、画面１９００のアルバムＩＤ指定領域１９０５にメールに記載されたアルバムＩＤを入力してＧＯ！ボタン１９０６を押下しても、ＵＲＬを指定した場合と同じアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。又、図７４に示す画面７８００は、インタネット接続できる携帯電話からアルバムにアクセスするときの画面であり、入力領域７８０１にアルバムＩＤを入力することによってアルバムの閲覧を行うことができる。
【０２８５】
次に、公開用アルバムのＩＤを生成するための手順を説明する。公開用アルバムＩＤは、その番号、文字列から第３者が容易に元のアルバムＩＤ７０１が想像できたり、他のアルバムの公開アルバムＩＤが類推できたりしないために、アルバムＩＤ７０１を暗号化する部分と、暗号化された文字列が携帯電話で容易に入力できる文字列になるように変換する部分から成り立っている。
【０２８６】
図６２は、番号、文字列から第３者が容易に元のアルバムＩＤ７０１が想像できたり、他のアルバムの公開アルバムＩＤが類推できたりしないためのチェックディジットを埋め込む処理を示したフローチャートである。本実施の形態では、ＩＤを７倍した後、１０進数で表したときの各位の数値に桁数をかけた総和を求め、その１の位の数値に対する補数をチェックディジットとし、ＩＤの各数字を１桁位上げして、１の位にチェックディジットを付加したものを新たなＩＤとする。
【０２８７】
ステップＳ６３０１にて、現在通知を行おうとしているアルバムのアルバムＩＤ７０１を求め、その値を７倍してＩＤに代入する。ステップＳ６３０２にて、ＩＤを順次１０で割っていくときの商を保管する作業変数ＤｉｖをＩＤで、ＩＤの桁数をカウントする作業変数Ｏｒｄｅｒを"１"で、ＩＤを順次１０で割っていくときの余りを保管する作業変数Ｒｅｍを"０"で、チェックディジット算出用の作業変数Ｃｈｅｃｋを"０"で初期化する。
【０２８８】
ステップＳ６３０３にてＤｉｖが"０"かどうかを判定する。Ｄｉｖが"０"になるまでの間、ステップＳ６３０４からステップＳ６３０５の処理を繰り返すことによって、ＩＤの各桁の数値に桁数を掛け合わせた値の総和Ｃｈｅｃｋを算出する。ステップＳ６３０４にてＲｅｍにＤｉｖを１０で割った余りを、ＤｉｖにＤｉｖを１０で割った商を代入し、ＣｈｅｃｋにＲｅｍ×Ｏｒｄｅｒを加算する。ステップＳ６３０５にてＯｒｄｅｒに"１"を加算する。
【０２８９】
ステップＳ６３０３にてＤｉｖが"０"になると、ステップＳ６３０６にて１０からＣｈｅｃｋを１０で割ったときの余りを引いてＣｈｅｃｋに代入する。ステップＳ６３０７にてＩＤを１０倍し、Ｃｈｅｃｋを加算したものを新たなＩＤとする。
【０２９０】
このようにして求めたＩＤは、その値の前後の数値をＩＤとしてアルバムを検索しようとしてもその値を不正な値として、フォトサイトサーバ１０５はアルバム表示を拒否することができる。
【０２９１】
次に、図６２で求めたチェックディジットを埋め込んだＩＤを携帯電話で入力しやすい文字列に変換する処理について説明する。本実施の形態では携帯電話の各数値に対応した文字コードを管理するリスト６４００を参照しながら、同じ数字で入力される文字（例えばＡとＢ）が連続して表示されることのない文字列の生成方法について説明する。
【０２９２】
図６３の携帯電話ボタン／アルファベットリスト６４００では、電話のボタンＢｕｔｔｏｎ、そのボタンに対応している文字コードＬｅｔｔｅｒｓ、及び対応している文字コードの数ＡＬが管理されている。以下ボタン番号Ｘに対応する文字コードの数ＡＬをＡＬ［Ｘ］と表すことにする。
【０２９３】
図４５は、携帯電話で同じボタンに対応する文字が連続しない文字列を作るための処理を表すフローチャートである。本実施の形態では最初にＡからＺを０から２５に割り当てた２６進数と考え、１文字が使用されると、その文字と同じボタンで入力する文字を除いたアルファベットで、Ａを０起点（前の文字がＡ，Ｂ，Ｃの場合にはＤを起点）とした２３進、または２２進の文字列を生成する。
【０２９４】
ステップＳ６５０１にて、ＩＤにチェックディジット埋め込み処理を行ったＩＤをセットする。この処理は図６２で説明したものである。ステップＳ６５０２にて、現在押下しているボタンを示す作業変数Ｂｕｔｔｏｎを"１"、直前に押下したボタンを示す作業変数Ｐｒｅｖ＿Ｂｕｔｔｏｎに"１"、ＩＤを使用できる文字の種類で割ったときの商を示す作業変数ＤｉｂにＩＤ、ＩＤを使用できる文字の種類で割ったときの余りを示す作業変数Ｒｅｍに"０"、最終的にできる文字列Ｓｔｒに空文字列を、初期値としてセットする。
【０２９５】
ステップＳ６５０３にてＤｉｖが"０"かどうかを判定する。Ｄｉｖが"０"になるまでステップＳ６５０４からステップＳ６５０７の処理を繰り返すことによって、文字列Ｓｔｒに１文字ずつ文字を追加していく。
【０２９６】
ステップＳ６５０４にて、ＲｅｍにＤｉｖを現在使用可能な文字数で割ったときの余り、ＤｉｖにＤｉｖを現在使用可能な文字数で割ったときの商をセットする。初期状態ではＰｒｅｖ＿Ｂｕｔｔｏｎは"１"でありそのときのＡＬ［１］の値は図６３で"０"がセットされているので、２６種類の文字が使えることになり、その後はＢｕｔｔｏｎの値に応じて２２、２３種類の文字が使えることになる。ステップＳ６５０５にて、Ｒｅｍの値及びＰｒｅｖ＿Ｂｕｔｔｏｎを元に、余りから算出される文字ｃｈｒ、及びｃｈｒの属するボタン番号Ｂｕｔｔｏｎを算出する。この処理は後述する。ステップＳ６５０６にてＳｔｒにｃｈｒを追加する。ステップＳ６５０７にてＰｒｅｖ＿ＢｕｔｔｏｎにＢｕｔｔｏｎをセットし、ステップＳ６５０３の処理に戻る。
【０２９７】
ステップＳ６５０３にてＤｉｖが"０"になれば処理は終了し、公開されるアルバムＩＤを表す文字列はＳｔｒとなる。
【０２９８】
図６５は、図６４のステップＳ６５０５に示したＲｅｍに対応する文字ｃｈｒ及びその文字の属するボタン番号Ｂｕｔｔｏｎを求める処理を示したフローチャートである。
【０２９９】
ステップＳ６６０１にて、携帯電話のボタンを"１"から順に押していったときに現れる文字の数の合計をカウントする作業変数Ｓｕｍを"−１"で、Ｂｕｔｔｏｎを"１"で初期化する。
【０３００】
ステップＳ６６０２で、ＢｕｔｔｏｎがＰｒｅｖ＿Ｂｕｔｔｏｎと同じかどうかを判定する。同じであればそのボタンは使用できないので、ステップＳ６６０４に移行する。同じでなければＳｕｍにＢｕｔｔｏｎで入力できる文字の数ＡＬ［Ｂｕｔｔｏｎ］を加算する。
【０３０１】
ステップＳ６６０４にてＳｕｍ＜Ｒｅｍかどうかを判定する。Ｓｕｍ＜ＲｅｍならばＢｕｔｔｏｎに"１"を加算して、ステップＳ６６０２に戻る。Ｒｅｍ＜＝ＳｕｍならばＢｕｔｔｏｎの中にＲｅｍに対応する文字があることになり、ステップＳ６６０６に移行する。
【０３０２】
ステップＳ６６０６にてｃｈｒを求める。ｃｈｒはＬｅｔｔｅｒｓ［Ｂｕｔｔｏｎ］の中の第Ｒｅｍ−Ｓｕｍ＋ＡＬ［Ｂｕｔｔｏｎ］番目の文字である。
【０３０３】
（アルバムの閲覧処理の手順例）
図６１に示す通知メールを受け取ったユーザは、そのメール文章に記載されたＵＲＬ６２０１を指定することによって、図６６に示すアルバム閲覧開始画面６７００を表示することができる。尚、この画面は画面１９００で、アルバムＩＤ入力領域１９０５に通知メール内に記載されているアルバムＩＤ６２０３を入力し、ＧＯ！ボタン１９０６を押下することによっても表示される。
【０３０４】
図７０は、指定したアルバムＩＤを持つアルバムが存在するかどうかを判定するための処理を示したフローチャートである。
【０３０５】
ステップＳ７４０１にて、入力されたＩＤの桁数をＯｒｄｅｒに、桁数をカウントする作業変数Ｉを"１"に、文字を示す作業変数Ｃｈｒを１桁目の文字に、求めるべきＡｌｂｕｍＩＤを"０"に初期化する。尚、本実施の形態ではアルバムＩＤを表す入力パラメータは英字に限っているが、入力文字が英字以外であった場合等の不正な入力があった場合のチェックが行われたときには、指定されたアルバムＩＤのアルバムが存在しなかった場合と同様に、図７１に示すエラー画面７５０１が表示される。
【０３０６】
ステップＳ７４０２にて、Ｃｈｒの文字が配置されているボタンを携帯電話ボタン／アルファベットリスト６４００より検索し、ＢＮにセットする。ステップＳ７４０３にて、Ｃｈｒが何番目のアルファベットであるかを求め、その値から"１"を引いてＮｕｍにセットする。ステップＳ７４０４にてＩ＜Ｏｒｄｅｒであるかどうかを判定する。
【０３０７】
ステップＳ７４０４にてＩ＜Ｏｒｄｅｒであると判定された場合、ステップＳ７４０５にて（Ｉ＋１）桁目の文字をＰｒｅｖ＿Ｃｈｒにセットする。ステップＳ７４０６にて、Ｐｒｅｖ＿Ｃｈｒの文字が配置されているボタンを携帯電話ボタン／アルファベットリスト６４００より検索し、ＢＰにセットする。
【０３０８】
ステップＳ７４０７にてＢＰとＢＮの大小を比較する。尚、不図示ではあるが本実施の形態では同じボタンに割り当てられている２つの文字が連続して入力されることはないので、ＢＰ＝ＢＮであればエラー画面７５００が表示される。ステップＳ７４０７にてＢＰ＜ＢＮであると判定された場合、ステップＳ７４０８Ｎｕｍの値からＡＬ［ＢＰ］だけ減算する。ステップＳ７４０７にてＢＰ＜ＢＮでないと判定された場合には、ステップＳ７４０８の処理を飛ばす。
【０３０９】
ステップＳ７４０９にて、乗数を示す作業変数Ｍｕｌｔに２６からＡＬ［ＢＰ］だけ減算した値をセットする。ステップＳ７４１０にて、ＡｌｂｕｍＩＤにＭｕｌｔを乗算し、更にＮｕｍを加算したものを新たにＡｌｂｕｍＩＤとしてセットする。ステップＳ７４１１にてＩに"１"を加算し、ＢＮにＢＰを、ＣｈｒにＰｒｅｖ＿Ｃｈｒを代入し、ステップＳ７４０３の処理に戻る。
【０３１０】
ステップＳ７４０４にてＩ＜Ｏｒｄｅｒでないと判定された場合には、ステップＳ７４１２にてＡｌｂｕｍＩＤに２６を乗算し、Ｎｕｍを加算したものを新たにＡｌｂｕｍＩＤにセットする。もし、ユーザが入力したアルバムＩＤが正しい値であった場合、ここで求められたＡｌｂｕｍＩＤが図６２に示すＩＤとなる。本実施の形態では、この値は実在するアルバムＩＤに対してその値を７倍した後１桁目にチェックディジットを埋め込んだものであったので、ステップＳ７４１３にてＩＤにＡｌｂｕｍを１０で割ったときの商をＩＤにセットし、ステップＳ７４１４にてＩＤが７で割り切れるかどうかの判定を行う。
【０３１１】
ステップＳ７４１４でＩＤが７で割り切れる場合、ステップＳ７４１５にてＩＤを７で割る。このＩＤに対してステップＳ７４１６で図６２に示したチェックディジットの埋め込み処理を行い、ステップＳ７４１７にてＩＤがＡｌｂｕｍＩＤと一致するかどうかを判定する。
【０３１２】
ステップＳ７４１４でＩＤが７で割り切れなかった場合、及びステップＳ７４１７にてＩＤがＡｌｂｕｍＩＤでなかった場合は、正しいアルバムＩＤが入力されなかったことになり、ステップＳ７４１８にて図７１に示すエラー画面７５００を表示する。
【０３１３】
フォトサイトサーバ１０５では、前記入力されたＵＲＬのパラメータ部のＡｌｂｕｍＩＤ、又はアルバムＩＤ入力領域１９０５に入力されたアルバムＩＤを解析し、アルバムが存在した場合にのみ、ステップＳ７４１５にて求められたＩＤをアルバムＩＤ７０１に持つアルバム情報テーブル７００のレコードを検索後、そのアルバムＩＤを持つユーザＩＤを顧客アルバムテーブル６００から検索し、更に、そのユーザＩＤを４０１持つ顧客情報テーブルのレコードを検索する。
【０３１４】
その後、図６６に示す画面６７００に氏名（姓）４０５を表示する。又、検索したアルバム情報データテーブル７００のパスワード可否フラグ７０５からアルバムにパスワードが設定されている場合には、パスワード入力領域６７０１を表示する。尚、パスワードの設定のないアルバムではパスワード入力領域６７０１は表示されないことは言うまでもない。
【０３１５】
ＯＫボタン６７０１が押下されると、パスワードの設定されていないアルバム及び、パスワードが正しく入力されたアルバムでは、図６７に示す画面６８００が表示される。この内容は、画面２９００における画面表示領域２９２３と同じである。パスワードの入力が正しくなかった場合には、図２４に示す画面２５００が表示されＯＫボタン２５０１が押下されると、再度画面６７００が表示される。
【０３１６】
又、アルバム情報データテーブルより印刷可否フラグ７０７の値を取得し、印刷可になっているアルバムに関してはボタン６８０３が表示され、プリントオーダを行うことができる。この場合、プリントダの処理の流れは登録者の処理の流れとほぼ同じであり、相違点はフォトサイトサーバ１０５でのフォトサイトでの付加価値（ポイント）が加算されないことだけである。
【０３１７】
（携帯電話からの閲覧処理の手順例）
図７２に示す画面７６００は、携帯電話からの閲覧時の画面を占める一例である。フォトサイトサーバ１０５は、ユーザからの閲覧要求に対して、要求依頼した端末情報を取得することにより、携帯端末からの閲覧要求であるか、ＰＣからの要求であるかを判別する。携帯端末からの閲覧要求であった場合、図７２に示す画面７６００を表示する。尚、この内容は画面６７００と同じであるので、説明は省略する。画面７６００は図６１に示す通知メールに示されるＵＲＬを直接指定すると表示されるが、図７４に示す画面７８００からアルバムＩＤ入力領域７８０１に図６１に示すアルバムＩＤを入力しボタン７８０２を選択しても、表示される。
【０３１８】
画面７６００にてボタン７６０２が押下されると、図７３に示す画面７７００が表示される。フォトサイトサーバ１０５では、画像サイズを縮小して表示する。更に、アルバム内の画像を１枚ずつ分割し次の画像、前の画像の選択に応じて１枚ずつ画像を表示する。ボタン７７０１を押下すると、画像名や、コメント等詳細情報を表示する。この表示内容は、図３５の各画像に関して表示される内容と同じである。又、ボタン７７０２、７７０３を押下することによってアルバム内の表示画像を１枚ずつ更新できる。
【０３１９】
［他の実施の形態］
上述の実施の形態では、フォトサイトで決済を行う場合のクライアントＰＣ１０２Ａフォトサイトサーバ１０５、プリントサイト１０９Ａ間での処理の流れについて説明した。
【０３２０】
本実施形態では、プリントサイトで決済を行う場合について説明する。
【０３２１】
図７５は、プリントサイトで決済を行う場合にユーザがフォトサイトを利用してプリントオーダを行う時のクライアントＰＣ１０２Ａ、フォトサイトサーバ１０５、プリントサイト１０９Ａ間での処理の流れを表した図である。図７５の処理と図４１の処理の違いは、フォトサイトサーバ１０５ではなくプリントサイト１０９Ａで決済を行う部分であり、関連する処理のみ異なるので、ここでは、図４１との比較において処理の異なる部分についてのみ説明を行う。
【０３２２】
図７５におけるステップＳ７９０１、ステップＳ７９０２、ステップＳ７９０３、ステップＳ７９０４、ステップＳ７９０５、ステップＳ７９０６、ステップＳ７９０７、ステップＳ７９０８、ステップＳ７９０９、ステップＳ７９１０の処理は、それぞれ図４１におけるステップＳ４２０１、ステップＳ４２０２、ステップＳ４２０３、ステップＳ４２０４、ステップＳ４２０５、ステップＳ４２０６、ステップＳ４２２２、ステップＳ４２２３、ステップＳ４２２４、ステップＳ４２０７と同様である。
【０３２３】
ステップＳ７９１１でユーザが注文画面４４００より注文画像の選択を行い、サイズ、枚数の入力を行った後で、見積りボタン４４０５を押下した場合には、ステップＳ７９１２にてプリントサイト１０９Ａは、後述するように図８０に示されたフローにしたがい、後述のように見積り算出処理を行う。ステップＳ７９１１で見積り要求を行わなかった場合、つまり画面４４００にてキャンセルボタン４４０５が押下されたときには、ステップＳ７９２５にてプリントサイト１０９Ａの仮オーダは削除され、オーダが中止されたことがフォトサイトサーバ１０５に通知される。ステップＳ７９２６にて、フォトサイトサーバ１０５は仮オーダ処理を中断して画面２９００を表示する。
【０３２４】
プリントステータス通知用ＣＧＩの呼び出しにより、プリントサイト１０９Ａから見積りステータスが通知されると、ステップＳ７９１３で、フォトサイトサーバ１０５は注文情報データテーブル１０００中のプリントステータス通知用ＣＧＩの引数に指定されたプリントオーダＩＤに対応するレコードのステータス１０１４を"２"（見積り）に更新する。又、レコードの注文者ＩＤに対応する顧客情報データテーブル４００のレコードから注文者情報・配送先情報を生成し、フォトサイトサーバ１０５内に保存する。注文者情報・配送先情報テーブル８１００に新規レコードを作成し、注文者情報・配送先情報のファイルパス８１０３に前期注文者情報・配送先情報を保存したファイルのパスを、ロックフラグ８１０４に"０"（未ロック状態）、取得済フラグ８１０５に"０"（未取得）、取得回数８１０６に"０"を設定する。図７６に注文者情報・配送先情報の例を示す。
【０３２５】
プリントステータス通知用ＣＧＩの戻り値として注文者情報・配送先情報取得用ＣＧＩのＵＲＬを返す。本実施例では注文者情報・配送先情報取得用ＣＧＩのＵＲＬをプリントステータス通知用ＣＧＩの戻り値として返しているが、仮オーダ発行時に、注文者情報・配送先情報を生成し、図５３で示されるような仮オーダ内の注文者情報・配送先情報取得用ＣＧＩのＵＲＬを記載してもよい。
【０３２６】
ステップＳ７９１４で、プリントサイト１０９Ａは、プリントステータス通知用ＣＧＩの戻り値として得た注文者情報・配送先情報取得用ＣＧＩのＵＲＬを呼び出すことにより、注文者情報・配送先情報を取得し、ステップＳ７９１２で、算出した見積り金額と注文者情報・配送先情報から得られる送料から見積り表示を行う。図８１に示す画面８５００は、そのとき表示される見積り表示画面の一例である。見積り表示領域８５０４にはプリント金額を印刷用紙単位でまとめて表示し、その次にプリントサイトでの特典情報を表示している。更に、税額、プリントサイトに支払うべき合計金額（プリント料金）、送料、送料の税額が加算されてユーザが支払うべき金額を表示する。注文者情報・配送先情報取得用ＣＧＩのＵＲＬが呼び出されると、フォトサイトサーバ１０５では注文者情報・配送先情報テーブル８１００中の対応するレコードのロックフラグ８１０４が"０"（未ロック状態）かつ取得済フラグ８１０５が"０"（未取得）であることを確認し、注文者情報・配送先情報のファイルパス８１０３で指定されるファイルの内容をＣＧＩの戻り値として返し、取得回数８１０６を"１"だけ増加させる。ロックフラグ８１０４、取得済フラグ８１０５の値が前記以外の場合は、取得失敗をＣＧＩの戻り値として返す。
【０３２７】
見積り画面が表示されると、ユーザはステップＳ７９１５にて購入検討処理を行う。図７５ではステップＳ７９１５にまとめて購入検討としたが、購入検討時にはプリントサイト１０９Ａとユーザ間で、図４５に示すクレジット情報の入力、及び図４６に示す配送先の入力が行われ、その間にキャンセルボタン８５０３、４６０２及び４７０２が押下された場合には、ステップＳ７９１６のキャンセル処理に移る。尚、本実施の形態では配送時の送料は一律料金であるため、前記のようなフローになっているが、もし、料金が配送先によって異なる場合には、この画面がステップＳ７９１２で見積り算出処理を行う前にプリントサイト１０９Ａで行われる。
【０３２８】
ユーザが見積を承認して注文を行った場合には、ステップＳ７９１７にてプリントサイト１０９Ａで決済処理を行い、プリントサイト１０９Ａのフォトサイトデータテーブル１５００に事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩへのＵＲＬ１５０５を必要な引数（プリントオーダＩＤ、ステータス（３））と共に呼び出すことにより、決済処理が終了したことをフォトサイトサーバ１０５に通知する。
【０３２９】
プリントサイト１０９Ａから決済処理通知を受けると、フォトサイトサーバ１０５では、プリントステータス通知ＣＧＩの引数に指定されたプリントオーダＩＤに対応する注文情報データテーブル１０００中のレコード中のステータス１０１４を３（決済）に更新する。又、印刷に使用される各画像データに対応する注文画像データテーブル１１００中のロックフラグ１１１１を"０"（未ロック状態）に設定し、注文者情報・配送先情報テーブル８１００中のプリントステータス通知ＣＧＩの引数に指定されたプリントオーダＩＤに対応するレコードの取得済フラグ８１０５を"１"（取得済）に更新する。これにより以降、不必要に注文者情報・配送先情報がプリントサイト１０９Ａから取得されることを防ぐことができる。
【０３３０】
フォトサイトサーバ１０５への決済処理終了通知が終了したら、プリントサイト１０９Ａでは、ステップＳ７９１９でオーダ受注処理を行う。ステップＳ７９１９以降、ステップＳ７９２０、ステップＳ７９２１、ステップＳ７９２２、ステップＳ７９２３の処理は、それぞれ図４２のステップＳ４２１４、ステップＳ４２１５、ステップＳ４２２５、ステップＳ４２１６、ステップＳ４２１７と同様の処理である。
【０３３１】
（見積り算出処理の手順例）
図８０は、本実施例においてプリントサイトでの見積り算出処理のフローを示したものである。以下、各ステップに沿って説明する。
【０３３２】
ステップＳ８４０１にて、画面４４００に表示されている画像数をＮ、作業用画像カウンタＩに"１"、作業用注文画像数Ｊに"０"、作業用合計料金Ａｃｃｏｕｎｔに"０"を代入する。ステップＳ８４０２にて作業用Ｗｏｒｋファイルを作成する。
【０３３３】
ステップＳ８４０３にてＩ＜＝Ｎかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ８４０４からステップＳ８４０８の処理を行うことによって、全ての画像に対する見積もり情報と合計金額を求めることができる。
【０３３４】
ステップＳ８４０４にて、画面４４００における第Ｉ番目の画像に関する枚数入力領域４４０４の値を取得し、それが"０"かどうかを判定する。その値が"０"でない場合には、ステップＳ８４０５にてサイズ入力領域４４０３の設定情報を取得し、そのサイズに応じた単価Ｕをサービス内容データリスト５８００の対応する用紙サイズから取得する。ステップＳ８４０６にて、画像印刷枚数にＵを乗算することによって得られた金額をＡｃｃｏｕｎｔに加算する。
【０３３５】
ステップＳ８４０７にて、Ｗｏｒｋファイルに第Ｉ番目の画像に関する注文見積もり情報を追加する。更に、データベース１１９Ａにある印刷画像情報テーブル１７００より、受付番号１７０１に現在のプリントサイト受付番号を持ち画像番号１７０２にＩを持つレコードを検索する。検索されたレコードのプリント枚数１７０６、プリントサイズ１７０７を現在の設定値で更新し、プリント単価１７０９をＵで更新する。又、Ｊに現在設定されている印刷枚数を加算することによって今までに印刷注文のあった画像枚数を保持する。
【０３３６】
ステップＳ８４０８でＩに"１"を加算しステップＳ８４０３の処理に戻る。ステップＳ８４０４にてオーダ枚数が"０"と判定された場合には、ステップＳ８４０８でＩに"１"を加算しステップＳ８４０３の処理に戻る。
【０３３７】
ステップＳ８４０３にてＩ＞Ｎと判定されると、ステップＳ８４０９にてＪ＝０かどうかを判定する。Ｊ＝０であれば印刷画像が何も選択されなかったことになるので、ステップＳ８４１５にて警告画面を表示する。このとき表示される警告画面は画面４９００と同じものであり、ＯＫボタンが押下されると、ステップＳ８４１６にてＷｏｒｋファイルを削除し、画面４４００を再度表示する。
【０３３８】
ステップＳ８４０９にてＪ＝０でなかった場合には、ステップＳ８４１０にてプリントサイトで何らかの特典があるときにはその料金を算出する。ここで、特典は図５８に示すプリントサイト特典リスト５９００から検索する。サービス内容データリストのサイズＩＤに対応するリストが存在するときには、それぞれ特典単位の枚数に応じて価格に記載された割引が受けられる。
【０３３９】
ステップＳ８４１１にて、注文データテーブル１６００より現在のプリントサイト受付番号を受付番号１６０１に持つレコードを検索する。検索されたレコードのプリントタイプ１６０７を画面４４００よりタイプ入力領域４４０１で入力された情報で更新し、印刷料金１６０８にＡｃｃｏｕｎｔを代入する。又、１６０９に特典料金を、プリント税額を１６１０に入力する。更に、送料見積もりを１６１１に送料の税額を１６１２に入力し、１６０８から１６１２に設定された値の総和を合計金額１６１３に設定しレコードを更新する。
【０３４０】
ステップＳ８４１２にて、プリントサイト１０９Ａのフォトサイトデータテーブル１５００に事前に登録されたフォトサイトサーバ１０５のプリントステータス通知用ＣＧＩへのＵＲＬ１５０５を必要な引数（プリントオーダＩＤ、ステータス（２））と共に呼び出すことにより、見積りを行ったことをフォトサイトサーバ１０５に通知する。通知を受けたフォトサイトサーバ１０５では、注文情報データテーブル１０００の処理中の仮オーダに対応するレコード中のステータス１０１４の値を"２"（見積り）に更新する。
【０３４１】
尚、本発明は、複数の機器（例えばホストコンピュータ、インターフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、複数の機能を有する一つの機器からなる装置に適用してもよい。
【０３４２】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３４３】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３４４】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０３４５】
【発明の効果】
以上説明したように、本発明によれば、データ提供装置からデータ要求装置へ、重複した不要な画像データが転送されないように、また、不正に画像データが流出しないように制御することができる。
【図面の簡単な説明】
【図１】本実施形態による画像所有ユーザと画像を保管するフォトサイト、及び画像を印刷するプリントサイトの接続関係を示した全体のシステムの構成図である。
【図２】本実施形態によるシステムの一動作例の概念を示す図である。
【図３】本実施の形態におけるフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図４】本実施の形態におけるフォトサイトを利用しているユーザの現在の状態を表すための情報を管理する為の顧客状態テーブルを示した図である。
【図５】本実施の形態におけるフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図６】本実施の形態におけるフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図７】本実施の形態におけるフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図８】本実施の形態におけるフォトサイトで管理する画像情報テーブルを示した図である。
【図９】本実施の形態におけるフォトサイトで管理する注文情報テーブルを示した図である。
【図１０】本実施の形態におけるフォトサイトで管理する注文画像データテーブルを示した図である。
【図１１】本実施の形態におけるフォトサイトで管理する注文決済データテーブルを示した図である。
【図１２】本実施の形態におけるフォトサイトで管理する注文者データテーブルを示した図である。
【図１３】本実施の形態におけるフォトサイトで管理するプリントサイトデータテーブルを示す図である。
【図１４】本実施の形態におけるプリントサイトの持つフォトサイトの情報を管理するデータベースの内容を示した図である。
【図１５】本実施の形態におけるプリントサイトの持つ注文情報テーブルの内容を示した図である。
【図１６】本実施の形態におけるプリントサイトの持つ印刷画像情報テーブルの内容を示した図である。
【図１７】本実施の形態におけるプリントサイトの持つ注文配送テーブルの内容を示した図である。
【図１８】本実施の形態におけるフォトサイトのサーバサービスを開始するときに表示される画面の例を示す図である。
【図１９】本実施の形態におけるユーザ登録時のフォトサイトサーバの処理を表すフローチャートである。
【図２０】本実施の形態におけるユーザ登録を行うための画面を示す図である。
【図２１】本実施の形態におけるフォトサイトでユーザ登録時に必須項目の入力がされていないと表示されるエラー画面を示す図である。
【図２２】本実施の形態におけるフォトサイトのユーザ登録時のログインネームが既に登録されている時に表示するエラー画面の一例を示す図である。
【図２３】本実施の形態におけるフォトサイトのユーザ登録時にパスワードの再入力を促す画面を示す図である。
【図２４】本実施の形態におけるパスワード確認時にパスワードが正しくなかったときに表示される警告画面の一例を示す図である。
【図２５】本実施の形態におけるフォトサイトのユーザ登録確認画面の一例を示す図である。
【図２６】本実施の形態におけるフォトサイトのユーザ登録時に発行される電子メールの内容を示した一例を示す図である。
【図２７】本実施の形態におけるフォトサイトのサーバサービス開始画面でログインに失敗したときに表示される画面の一例を示す図である。
【図２８】本実施の形態におけるフォトサイトに正常にログイン認証されたときに表示される画面を示す図である。
【図２９】本実施の形態におけるフォトサイトでのユーザの編集操作に関する処理方法を示したフローチャートである。
【図３０】本実施の形態におけるフォトサイトサーバでのアルバム編集処理の手順を示すフローチャートである。
【図３１】本実施の形態におけるフォトサイトのアルバムのプロパティ設定画面を示す図である。
【図３２】本実施の形態におけるフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面を示す図である。
【図３３】本実施の形態におけるフォトサイトのアルバムの削除確認設定画面を示す図である。
【図３４】本実施の形態におけるフォトサイトのアルバム選択ボタンの一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【図３５】本実施の形態におけるフォトサイトのアルバムの詳細表示画面の一例を示す図である。
【図３６】本実施の形態におけるフォトサイトで、現在表示、編集中のアルバムに画像をアップロードするときの手順を示したフローチャートである。
【図３７】本実施の形態におけるフォトサイトで、アップロードできないことを示す警告画面を示す図である。
【図３８】本実施の形態におけるアップロード画像の選択画面を示す図である。
【図３９】本実施の形態における画像でないファイルがアップロードされたときの警告画面を示す図である。
【図４０】本実施の形態における追加可能なファイル数を算出するため処理方法を示したフローチャートである。
【図４１】本実施の形態におけるフォトサイトを利用してプリントオーダを行うときのクライアントＰＣ、フォトサイト、プリントサイト間での処理の流れを表した図である。
【図４２】本実施の形態におけるプリントサイトの選択画面を示す図である。
【図４３】本実施の形態における画像の印刷注文画面を示す図である。
【図４４】本実施の形態における画像印刷注文時の見積もり表示画面を示す図である。
【図４５】本実施の形態における画像印刷注文時の注文者情報入力表示画面を示す図である。
【図４６】本実施の形態における画像印刷注文時の配送先情報入力表示画面を示す図である。
【図４７】本実施の形態におけるフォトサイトの仮オーダ発行処理の内容を表すフローチャートである。
【図４８】本実施の形態における画像の印刷注文時に１枚も画像が選択されていない時に表示される警告画面を示す図である。
【図４９】本実施の形態におけるプリントサイトでの印刷画像選択画面の表示処理の内容を表したフローチャートである。
【図５０】本実施の形態におけるプリントサイトでの見積もり算出及び見積もり情報のフォトサイトへの通知処理を示したフローチャートである。
【図５１】本実施の形態におけるプリントサイトから通知された見積もりを取得してから正式オーダを発行するまでのフォトサイトの処理を示したフローチャートである。
【図５２】本実施の形態におけるフォトサイトでの特典情報設定画面を示す図である。
【図５３】本実施の形態におけるフォトサイトからプリントサイトへ通知される仮オーダフォーマットの一例を示す図である。
【図５４】本実施の形態におけるプリントサイトからフォトサイトへ通知される見積もり情報のフォーマットの一例を示す図である。
【図５５】本実施の形態におけるフォトサイトからプリントサイトへ通知される正式オーダフォーマットの一例を示す図である。
【図５６】本実施の形態における注文内容確認画面の一例を示す図である。
【図５７】本実施の形態におけるプリントサイトでのサービス項目データリストの一例を示す図である。
【図５８】本実施の形態におけるプリントサイトでの特典リストの一例を示す図である。
【図５９】本実施の形態における印刷オーダ時に通知されるＥ−Ｍａｉｌの一例を示す図である。
【図６０】本実施の形態におけるプリントサイトでの正式オーダ受注処理の詳細を示したフローチャートである。
【図６１】本実施の形態におけるアルバム通知メールの一例を示す図である。
【図６２】本実施の形態における番号、文字列から第３者が容易に元のアルバムＩＤが想像できたり、他のアルバムの公開アルバムＩＤが類推できたりしないためのチェックディジットを埋め込む処理を示したフローチャートである。
【図６３】本実施の形態における携帯電話のボタンとそのボタンから押されるアルファベットの文字の関係を示したリストを示す図である。
【図６４】本実施の形態における携帯電話で同じボタンに対応する文字が連続しない文字列を作るための処理を表すフローチャートである。
【図６５】本実施の形態における数字をアルファベットに対応付け、そのアルファベットが入力できる携帯電話のボタンを算出する処理を表すフローチャートである。
【図６６】本実施の形態におけるアルバムの閲覧開始画面を示す図である。
【図６７】本実施の形態におけるアルバムの閲覧画面を示す図である。
【図６８】本実施の形態における再見積もりの表示内容を示す図である。
【図６９】本実施の形態における正式オーダ時に見積もり時より価格が安くなったときに表示される画面を示す図である。
【図７０】アルバム閲覧時に入力されたＩＤのチェックを行う処理を示したフローチャートである。
【図７１】アルバム閲覧時に入力されたＩＤのアルバムが見つからないときに表示される画面を示した図である。
【図７２】携帯電話からアルバムを閲覧するときに表示される最初の画面を示した図である。
【図７３】携帯電話からアルバムを閲覧するときに表示される画面を示した図である。
【図７４】携帯電話からアルバムを閲覧するときに表示される最初の画面を示した図である。
【図７５】本発明の他の実施例におけるフォトサイトを利用してプリントオーダを行いプリントサイトで決済を行う場合のクライアントＰＣ、フォトサイト、プリントサイト間での処理の流れを表した図である。
【図７６】本発明の他の実施例におけるプリントサイトがフォトサイトから取得する注文者情報・配送先情報のフォーマットの一例を示す図である。
【図７７】本発明の他の実施例におけるフォトサイトで管理する注文者情報・配送先情報テーブルの内容を示した図である。
【図７８】本発明の実施例においてプリントサイトからの画像データ取得要求を受けた時のフォトサイトの処理を示したフローチャートである。
【図７９】本発明の実施例における注文終了確認処理を示すフローチャートである。
【図８０】本発明の他の実施例においてプリントサイトでの見積もり算出処置を示すフローチャートである。
【図８１】本発明の他の実施例においてプリントサイトで表示される見積もり画面の表示例を示す図である。
【図１】
0004481550.tif 000002
【図２】
0004481550.tif 000003
【図３】
0004481550.tif 000004
【図４】
0004481550.tif 000005
【図５】
0004481550.tif 000006
【図６】
0004481550.tif 000007
【図７】
0004481550.tif 000008
【図８】
0004481550.tif 000009
【図９】
0004481550.tif 000010
【図１０】
0004481550.tif 000011
【図１１】
0004481550.tif 000012
【図１２】
0004481550.tif 000013
【図１３】
0004481550.tif 000014
【図１４】
0004481550.tif 000015
【図１５】
0004481550.tif 000016
【図１６】
0004481550.tif 000017
【図１７】
0004481550.tif 000018
【図１８】
0004481550.tif 000019
【図１９】
0004481550.tif 000020
【図２０】
0004481550.tif 000021
【図２１】
0004481550.tif 000022
【図２２】
0004481550.tif 000023
【図２３】
0004481550.tif 000024
【図２４】
0004481550.tif 000025
【図２５】
0004481550.tif 000026
【図２６】
0004481550.tif 000027
【図２７】
0004481550.tif 000028
【図２８】
0004481550.tif 000029
【図２９】
0004481550.tif 000030
【図３０】
0004481550.tif 000031
【図３１】
0004481550.tif 000032
【図３２】
0004481550.tif 000033
【図３３】
0004481550.tif 000034
【図３４】
0004481550.tif 000035
【図３５】
0004481550.tif 000036
【図３６】
0004481550.tif 000037
【図３７】
0004481550.tif 000038
【図３８】
0004481550.tif 000039
【図３９】
0004481550.tif 000040
【図４０】
0004481550.tif 000041
【図４１】
0004481550.tif 000042
【図４２】
0004481550.tif 000043
【図４３】
0004481550.tif 000044
【図４４】
0004481550.tif 000045
【図４５】
0004481550.tif 000046
【図４６】
0004481550.tif 000047
【図４７】
0004481550.tif 000048
【図４８】
0004481550.tif 000049
【図４９】
0004481550.tif 000050
【図５０】
0004481550.tif 000051
【図５１】
0004481550.tif 000052
【図５２】
0004481550.tif 000053
【図５３】
0004481550.tif 000054
【図５４】
0004481550.tif 000055
【図５５】
0004481550.tif 000056
【図５６】
0004481550.tif 000057
【図５７】
0004481550.tif 000058
【図５８】
0004481550.tif 000059
【図５９】
0004481550.tif 000060
【図６０】
0004481550.tif 000061
【図６１】
0004481550.tif 000062
【図６２】
0004481550.tif 000063
【図６３】
0004481550.tif 000064
【図６４】
0004481550.tif 000065
【図６５】
0004481550.tif 000066
【図６６】
0004481550.tif 000067
【図６７】
0004481550.tif 000068
【図６８】
0004481550.tif 000069
【図６９】
0004481550.tif 000070
【図７０】
0004481550.tif 000071
【図７１】
0004481550.tif 000072
【図７２】
0004481550.tif 000073
【図７３】
0004481550.tif 000074
【図７４】
0004481550.tif 000075
【図７５】
0004481550.tif 000076
【図７６】
0004481550.tif 000077
【図７７】
0004481550.tif 000078
【図７８】
0004481550.tif 000079
【図７９】
0004481550.tif 000080
【図８０】
0004481550.tif 000081
【図８１】
0004481550.tif 000082