JP4164323B2 - 情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム - Google Patents
情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム Download PDFInfo
- Publication number
- JP4164323B2 JP4164323B2 JP2002269248A JP2002269248A JP4164323B2 JP 4164323 B2 JP4164323 B2 JP 4164323B2 JP 2002269248 A JP2002269248 A JP 2002269248A JP 2002269248 A JP2002269248 A JP 2002269248A JP 4164323 B2 JP4164323 B2 JP 4164323B2
- Authority
- JP
- Japan
- Prior art keywords
- order
- image
- screen
- album
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、記憶する画像に対して、情報端末、特に携帯電話から閲覧サービスを受ける情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラムに関するものである。
【０００２】
【従来の技術】
デジタル画像情報は、一般に、画像入力機器によって提供される。近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズやコストがスケールダウンしたことで、画像を撮影する画像入力機器が広く用いられるようになってきた。そして、デジタルカメラを用いて撮影した画像データは、デジタルカメラ内にあるメモリに保存された後、デジタルカメラのユーザが所有するパーソナルコンピュータ内のＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。又、カラースキャナの普及に伴って、電子データとして画像を作成、保管することも容易にできるようになった。
【０００３】
一方で、近年、通信インフラの整備及び情報通信技術の発展により、インターネット等のネットワークを利用した情報提供サービスが可能となっている。
【０００４】
このような背景から、情報提供サービスを行うシステムとして、画像サービスサイト（以後フォトサイトと称す）が、ネットワーク上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に再度閲覧できるようなサービスを提供するシステムが現れている。更に、閲覧している画像データに対してプリント注文を行えるサービスを提供するシステムも現れてきている。又、このようなサービスを提供するプロバイダもある。
【０００５】
【発明が解決しようとする課題】
しかしながら、携帯端末の画面は小型軽量化されているためディスプレイの大きさや、表示文字はデスクトップタイプのパーソナルコンピュータのそれと比較すると大変小さく、また受信データ量にも制約が多い。
【０００６】
そのため、注文処理などを行う場合に、注文受付画面や受付のステータス状況を表示するページなど多くの情報量を提供するためにページを分割して提供せざるを得ないことも多い。こうしたことから、重要な複数の情報ページを要求に応じて表示させたい場合には、利用者は複数のページをブックマークさせるなどの必要性があった。
【０００７】
本発明は、上記問題点に鑑み、パーソナルコンピュータからのプリント注文の場合には、プリント注文要求に対するレスポンスとして処理結果を送信する一方、パーソナルコンピュータよりもタイムアウトが短く設定されている携帯端末からのプリント注文の場合、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行うことにより、携帯端末と情報提供装置間の通信タイムアウトを防ぐことができるようにするものである。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報提供装置は、通信端末からの画像のプリント注文に基づいて、プリントサービスを提供する情報提供装置であって、前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信手段と、前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶手段と、前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶手段に記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供手段とを備え、前記送信手段は、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信することを特徴とする。
【０００９】
ここで、前記通信端末がパーソナルコンピュータである場合は、前記注文受け付け画面が前記決済サイトから発行された確認番号を含み、前記通信端末が携帯端末である場合は、前記注文受け付け画面が前記決済サイトから発行される確認番号を含まず、前記注文受け付け画面の送信後の前記決済サイトへの決済処理のリクエストに応答して前記決済サイトから発行された確認番号を取得して前記通信端末に通知し、前記決済サイトは、前記通信端末から提示された前記確認番号にしたがって前記プリントサービスの利用金額の入金処理を行う。また、前記画像からプリントオーダファイルを生成する生成手段と、前記生成手段により生成されたプリントオーダファイルをプリントサイトに送付する送付手段とをさらに備え、前記送信手段は、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記生成手段により前記プリントオーダファイルを生成した後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記生成手段により前記プリントオーダファイルを生成する前に前記プリント注文に応答して前記注文受け付け画面を送信する。また、前記プリントサービスの処理状況は、前記プリントサービスの利用金額の決済処理が未確定か否かを表わす。
【００１０】
又、本発明の情報提供装置の制御方法は、通信端末からの画像のプリント注文に基づいて、プリントサービスを提供するための情報提供装置の制御方法であって、前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信ステップと、前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶ステップと、前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶ステップで記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供ステップとを備え、前記送信ステップでは、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信することを特徴とする。
【００１１】
又、本発明のプログラムは、通信端末からの画像のプリント注文に基づいて、プリントサービスを提供するための情報提供装置の制御方法を実現するために、前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信ステップと、前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶ステップと、前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶ステップで記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供ステップとをコンピュータに実行させるためのプログラムであって、前記送信ステップでは、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信させ、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信させる。
【００１３】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１４】
ここでは、本発明を実施する一実施形態の情報処理システムとして、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１５】
＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００１６】
情報提供システムは、サービスの提供を受けるユーザのＰＣ（Personal Computer）１０２（以下、ユーザＰＣと略す）と、携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と入金処理を行う決済サイト１２０とからなる。
【００１７】
フォトサイト１０５は、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００１８】
又、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイト１０９に対して印刷のオーダを依頼する。又、プリントサイト１０９は、インターネットを利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００１９】
まず、ユーザはユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。次に、フォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択できる。選択された画像の識別情報がフォトサイト１０５からプリントサイト１０９に渡される。
【００２０】
（画像アップロード）
図１で、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００２１】
データ転送用インタフェース１１６は、画像入力装置１０１とユーザＰＣ１０２間で撮影された画像データを転送するためのインタフェースである。データ転送用インタフェース１１６は、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ１３９４に代表される有線インタフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インタフェースの場合もある。
【００２２】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インタフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２３】
ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２４】
画像入力装置１０１で撮影され、ユーザＰＣ１０２の情報記憶領域に格納されている画像データは、ユーザＰＣ１０２のユーザの要求により、フォトサイト１０５に転送される（以下、この転送を画像アップロードと呼ぶ）。この画像アップロードを行う方法としては、先に述べたＷｅｂブラウザを用いて転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送する方法や、画像アップロード専用ソフトウエア等を用いて、直接、画像データを選択して転送する方法がある。いずれの方法も、インターネット上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００２５】
アップロードされた画像データはフォトサイト１０５において利用可能なデータであるかどうかをチェックされる。利用可能であると判断した場合は、アップロードされた画像データや属性情報等を格納する。フォトサイト１０５は、アップロードされた画像データの複数枚をひとつの単位としてまとめたアルバムとして管理することもできる。
【００２６】
この段階でフォトサイト１０５は、正常に画像データがアップロードされたことをユーザＰＣ１０２に通知する。ユーザＰＣ１０２のユーザは、Ｗｅｂブラウザを介して、このようにして画像データをアップロードすることができる。
【００２７】
フォトサイト１０５には、画像データの属性情報以外にも各種データが一元管理されている。例えば、予め登録しているユーザ属性情報のデータや、アップロードされた画像データのプリントアウトを依頼するプリントサイト属性情報のデータなどである。
【００２８】
尚、上記では画像をアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、携帯端末、例えば携帯電話から画像をアップロードできてもよいし、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置から直接に有線や無線で画像をアップロードできてもよい。
【００２９】
（画像閲覧サービス）
次に、画像データをフォトサイト１０５にアップロードしたユーザ以外が、インターネット１０４を介して、格納されている画像データを閲覧する方法について説明する。
【００３０】
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を、一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供する。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）のＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザを用いてフォトサイト１０５に通知する。
【００３１】
フォトサイト１０５は閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Universal Resource Locator）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる。(以後、この様な一意に予測不可能なＵＲＬをランダムＵＲＬと称す。) 下記にその一例を示す。
【００３２】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumＩＤ=AJNWDMF
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、例えばユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌにて通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することができる。
【００３３】
又、フォトサイト１０５は、画像をアップロードしたユーザが指定する携帯端末所有者に対しても、画像（又はアルバム）の閲覧通知を行って閲覧サービスを提供することができる。この場合、フォトサイト１０５は、前述の閲覧ユーザに対するＥ−Ｍａｉｌ通知と同様に、携帯端末１１３に対してもＥ−Ｍａｉｌ通知を行う。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを、携帯端末ユーザと略す）は、同様に画像及びアルバムの閲覧することができる。
【００３４】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５Ａとを介して、携帯端末１１３Ａとの各種データのやり取りが可能なモバイルネットワーク１１４Ａに送り出され、携帯端末１１３Ａに転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３Ａの専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４Ａ→インターネット接続ゲートウエイ１１５Ａ→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００３５】
フォトサイト１０５は、閲覧ユーザからのアクセスに対して、ＰＣ１０２上で動作しているＷｅｂブラウザで表示可能なＨＴＭＬ，ＸＭＬ等の記述言語で作成されたＷｅｂデータを返す。
【００３６】
一方、携帯端末ユーザからのアクセスに対しては、携帯端末１１３Ａ上で動作しているＷｅｂブラウザで表示可能なＷＭＬ，ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３Ａの機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。閲覧可能な機種は、携帯端末１１３Ａのみではなく、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境の違う携帯端末１１３Ｂもある。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。説明の便宜上、図１においては利用可能な携帯端末機種をＡとＢの２つのみ示しているが、実際には当然これ以上の機種で利用可能である。
【００３７】
（印刷サービス）
次に、ユーザＰＣ１０２Ｂや携帯端末１１３を使用している閲覧ユーザが、このようにして閲覧可能になった画像データを、プリント注文する方法を説明する。フォトサイト１０５は、閲覧ユーザからの画像データのプリント注文を、画像データのプリントアウトを提供するプリントサイト１０９に対して行う。
【００３８】
閲覧ユーザが印刷したいときには、閲覧画面から印刷注文を指定する。フォトサイト１０５は、選択画像情報に必要な画像データを、画像データベース１１７から取得して選択画像情報を生成する。この選択画像情報を、ユーザＰＣ１０２Ｂに対して、インターネット１０４を介して送信することにより、閲覧ユーザは、選択された画像毎にプリント形式や枚数などを入力できる。
【００３９】
フォトサイト１０５は、選択された画像毎にプリント形式や枚数などの情報をもとに、料金算出モジュール１１０により見積額を算出し、算出した見積額をインターネット１０４を介してフォトサイト１０５に送信する。
【００４０】
ここで提示された価格での購入を、プリント注文した閲覧ユーザが認め、承認のアクションをフォトサイト１０５に返すと、決済手段としての決済サイト１２０に対して利用代金情報を通知し、登録番号を返信する。この登録番号をメールもしくは画面により閲覧ユーザに通知する。閲覧ユーザは、利用代金を店舗１２１にて登録番号を示し入金する。入金を受けた店舗１２１は、決済サイト１２０に入金情報を登録番号とともに通知し、決済サイトは入金情報をフォトサイト１０５に通知する。入金情報を受けたフォトサイト１０５はプリントアウトに必要な画像データを含むプリントオーダ情報を、プリントサイト１０９に送る。プリントサイト１０９は、プリントオーダを受理し、送られてきた画像情報をプリントサイト１０９が所有する印刷手段を用いてプリントアウトする。プリントアウトされた印刷物１１２は、何がしかの運送手段によって、プリントアウトを依頼した閲覧ユーザに届けられる。
【００４１】
＜本実施形態のフォトサイトの構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
【００４２】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネットスイッチ（ＳＷ）２１０からなる。
【００４３】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００４４】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ(PC-APPS)２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ(Mobile-APPS)２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３,２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００４５】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ(Mobile-Trans)２０５に振り分けを行う。
【００４６】
アプリケーションサーバ２０３は、ＰＣ１０１からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００４７】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００４８】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成しする。
【００４９】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをHTTPで受けたとき、リクエストに含まれるUser-Agent情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００５０】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００５１】
ユーザからの画像はｆｔｐプロトコルにてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００５２】
以上のような本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２Ａを用いて、フォトサイト１０５に対して、利用登録を行い、フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像の転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２Ａもしくは携帯端末１１３から、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像の印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２ＡからユーザＰＣ１０２Ｂ、及び携帯端末１１３Ａへ、フォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧：ユーザＰＣ１０２Ｂから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３Ａから、フォトサイト１０５に格納された画像データの閲覧を行う。
【００５３】
＜本実施形態のフォトサイトのハードウエア構成例＞
図３は、本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略してある。
【００５４】
１０は図１の制御装置であるＣＰＵであり、フォトサイト全体を制御する。ＲＯＭ２０には、変更を必要としないプログラムやパラメータが格納されている。ＲＡＭ３０はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１とプログラムロード領域３２からなる。
【００５５】
プログラムロード領域３２には、外部記憶装置４０からＯＳやプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ１０により実行される。
【００５６】
データ記憶領域３１には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１ａ、ユーザの通信端末から受信した受信データ３１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１ｃや現在使用している保管用容量３１ｄ、携帯端末からの閲覧時に使用される削除フラグ１，２を記憶する領域３１ｅやセッションＩＤ３１ｆなどが確保される。
【００５７】
外部記憶装置４０は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピーディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域４１とプログラム記憶領域４２からなる。
【００５８】
データ記憶領域４１には、保管を依頼した顧客情報を管理する顧客情報データベース４１ａ、保管されている画像情報を管理する画像情報データベース４１ｂ、携帯端末用の情報を管理する携帯端末データベース４１ｃ、保管されている画像情報の印刷注文を管理する注文情報データベース４１ｄ等が記憶される。これらは、例えば、図４から図９、あるいは図４０から図４２、あるいは図４６から図５０にその構成例が更に以下で詳細に示される。
【００５９】
プログラム記憶領域４２には、ＲＡＭ３０のプログラムロード領域３２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム４２１として、以下に詳細に示すユーザ登録モジュール４２１ａ、ログインモジュール４２１ｂ、アルバム閲覧モジュール４２１ｃ、プリントオーダモジュール４２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム４２２として、本実施形態の特徴部分であるアルバム閲覧モジュール４２２ａやプリントオーダモジュール４２２ｂなどが格納される。
【００６０】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよく、又、記憶部、特に外部記憶装置４０は複数の装置に分散されて構成されていてもよい。
【００６１】
＜データベースの構成例＞
図４から図９及び図４６から図５０は、それぞれ本実施形態におけるフォトサイト１０５が管理するデータベース２０８の内容を示した図である。
【００６２】
（顧客情報データベース例）
図４から図６は、データベース２０８内で管理している顧客用のテーブルの内容を示した図である。
【００６３】
図４は、本実施形態におけるフォトサイト１０５で管理する顧客情報に関するデータテーブルを示した図である。
【００６４】
ユーザがユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、データベース２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は"１"ならば登録済みで利用可能な状態、"０"は利用禁止状態を表す。
【００６５】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【００６６】
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、データベース２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００６７】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブルを示した図である。
【００６８】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００６９】
（画像情報データベース例）
図７から図９は、データベース２０８内で管理している画像情報管理用のテーブルの内容を示した図である。
【００７０】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブルを示した図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００７１】
アルバムの公開可否フラグ７０４は"１"ならば公開可能、"０"ならば公開禁止、"−１"ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は"１"ならばパスワード有り、"０"ならばパスワード無しを表し、パスワード可否フラグ７０５が"１"の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は"１"ならば印刷可能、"０"ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は"１"ならば表示可能、０ならば表示不可を意味する。表示形式番号は"１"ならば一覧表示、"２"ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、"１"ならば表示可能、"０"ならば表示不可を意味する。このフラグはサービス管理者により制御する。又、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２を保管する。
【００７２】
図８は本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブルを示した図である。
【００７３】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００７４】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブルを示した図である。
【００７５】
画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は"１"ならば表示可能、"０"ならば表示不可を意味する。
【００７６】
（注文情報データベース例）
図４６から図５０は、データベース２０８内で管理しているプリント注文に関するテーブルの内容を示した図である。
【００７７】
図４６は、本実施の形態におけるフォトサイト１０５で管理する注文情報テーブルを示した図である。
【００７８】
注文情報テーブル１０００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。印刷注文ごとに発行される注文番号１００１をキーとして、注文者ＩＤ１００２、配送先氏名１００３、配送先郵便番号（１、２）１００４、１００５、配送先都道府県コード１００６、配送先住所（１、２）１００７、１００８、配送先電話番号（１、２、３）１００９、１０１０、１０１１、プリントサイトＩＤ１０１２、注文日時１０１３、注文ステータス１０１４が保管される。注文ステータス１０１４は、"０"がプリントサイト発注前（デフォルト値）、"１"がプリントサイト発注済、"２"が配送済みを意味する。
【００７９】
図４７は、本実施の形態におけるフォトサイト１０５で管理する注文画像データテーブルを示した図である。
【００８０】
注文画像データテーブル１１００は、アルバムの印刷オーダがあると、通知される画像に対応して画像数分だけのレコードが作製され、データベース１１８に登録され管理される。注文画像データテーブル１１００には、注文番号１１０１をキーとしてプリントサイト１０９の受付番号１１０２、印刷オーダ単位で管理する画像番号１１０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１１０４、１１０５、１１０６、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、画像ＩＤ１１１０を管理する。プリントサイズ１１０８には"１"はＬ判、"２"は２Ｌ判、"３"は官製はがきサイズ、"４"は私製はがきサイズ、"５"はＡ４サイズを意味する。又、プリントタイプ１１０９では、"０"は縁無しプリント、"１"は縁有りプリントを意味する。なお、同一の注文では注文番号１１０１と注文番号１００１は同一の番号が格納さる。画像ＩＤ１１００はコピー前の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００８１】
図４８は、本実施の形態におけるフォトサイト１０５で管理する注文決済データテーブルを示した図である。
【００８２】
注文決済データテーブル１２００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文決済データテーブル１２００には注文番号１２０１をキーとして決済方法１２０２、合計料金１２０３、プリント料金１２０４、プリント料金税額１２０５、送料１２０６、送料税額１２０７、ステータス１２０８を管理する。決済方法１２０２では、"１"は振込み、"２"は代引き、"３"はクレジット決済、"４"は店舗決済代行を意味するが、本実施の形態では"４"の店舗決済代行の場合のみの流れを説明する。ステータス１２０８では、"０"は決済注文未確定（デフォルト値）、"１"は未決済注文保留中、"２"は決済終了を意味する。なお、同一の注文では注文番号１２０１として注文番号１００１と同じ値が格納される。
【００８３】
図４９は、本実施の形態におけるフォトサイト１０５で管理する注文者データテーブルを示した図である。
【００８４】
注文者データテーブル１３００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文者データテーブル１３００では注文者ＩＤ１３０１をキーとして、ユーザＩＤ１３０２、通知先メールアドレス１３０３、氏名（姓）１３０４、氏名（名）１３０５、ふりがな（姓）１３０６、ふりがな（名）１３０７、郵便番号（１、２）１３０８、１３０９、都道府県コード１３１０、住所（１、２）１３１１、１３１２、電話番号（１、２、３）１３１３、１３１４、１３１５を管理する。印刷注文者がフォトサイトの登録ユーザでない場合、ユーザＩＤ１３０２には０が代入される。なお、同一の注文においては注文者ＩＤ１３０１と注文者ＩＤ１００２には同じＩＤが格納され、注文者がフォトサイトの会員である場合には同一の注文者に対するユーザＩＤ１３０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１３０３〜１３１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００８５】
図５０は、本実施の形態におけるフォトサイト１０５で管理するプリントサイトデータテーブルを示す図である。
【００８６】
なお、本実施形態では１箇所のプリントサイトで説明しているが、プリントサイトデータテーブル１４００は、フォトサイト１０５に接続できる新たなプリントサイトができると、それに応じて新たなレコードが作製され、データベース１１８に登録され管理される。プリントサイトデータテーブル１４００ではプリントサイトＩＤ１４０１をキーとしてプロバイダ名称１４０２、プリントオーダ通知用ＣＧＩへのＵＲＬ１４０３を管理する。
【００８７】
＜本実施形態のフォトサイトのＰＣからのアクセスに対する動作例＞
図１０に、フォトサイト１０５における全体の動作例、特にＰＣからのアクセスに対する動作例を示す。
【００８８】
まず、ステップＳ１０１でユーザからのアクセスを待って、アクセスがあってアクセス要求がＰＣからであれば、ステップＳ１０２で初期画面（図１１参照）を表示する。初期画面に応答してユーザからの指示があると、ステップＳ１０４，Ｓ１０６，Ｓ１０８，Ｓ１１０で夫々「ユーザ登録」が選択されたか、「ログイン」が選択されたか、「アルバム閲覧」が選択されたか、「プリントオーダー」が選択されたかを判定する。「ユーザ登録」であればステップＳ１０５でユーザ登録処理を実行する。「ログイン」であればステップＳ１０７でログイン処理を実行する。「アルバム閲覧」であればステップＳ１０９でアルバム閲覧処理を実行する。「プリントオーダー」であればステップＳ１１１でプリントオーダー処理を実行する。
【００８９】
各処理を終了した場合、あるいはどの処理でもなかった場合は、ステップＳ１１２でサイトアクセスの終了か否かを判定し、終了でなければステップＳ１０２に戻って再度初期画面を表示させる。終了指示の受信があると、サービスを終了する。
【００９０】
以下、ＰＣ１０２に対するアプリケーションサーバ２０３の詳細なサービスを説明をする。尚、以下の説明では、ユーザＰＣ１０２Ａがアップロード（画像の保管）を行い、ユーザＰＣ１０２Ｂや携帯端末１１３Ａ，Ｂが画像閲覧を行なう場合を例に説明する。
【００９１】
（フォトサイト１０５の入口）
図１１は、本実施形態におけるフォトサイト１０５のサービスを受けようとする場合に最初に表示される初期画面の例である。
【００９２】
フォトサイト１０５の記憶部には、この画面１９００を表示するためのＨＴＭＬデータが格納されており、インターネット１０４経由で自由にダウンロード可能な状態となっている。従って、ユーザＰＣ１０２Ａで、Ｗｅｂブラウザを起動し、フォトサイト１０５のＷｅｂサーバのアドレスを示すＵＲＬを指定すれば、図１１に示す画面１９００が表示される。
【００９３】
画面１９００にはユーザ登録用ボタン１９０１、ユーザ登録を済ませたユーザがフォトサイト１０５を利用するためのログインネームの入力領域１９０２、パスワードの入力領域１９０３、ログインボタン１９０４、アルバムの閲覧を行うためのアルバムＩＤ入力領域１９０５、アルバム閲覧用ボタン１９０６、印刷注文のステータス確認用のプリントオーダＩＤ入力領域１９０７及びプリントオーダ確認ボタン１９０８が配置されている。
【００９４】
以下、画面１９００の各ボタンを押下したときの処理について説明する。
【００９５】
（ユーザ登録例）
まず、ユーザ登録を行うための手続きについて説明する。図１２は、本実施携帯のユーザ登録時のユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりを示す図である。
【００９６】
画面１９００のユーザ登録用ボタン１９０１が押下されると、図１３のユーザ登録時のフォトサイト１０５の処理を表すフローチャートに従って処理が行われる。画面１９００にてユーザ登録用ボタン１９０１が押下されると、図１４に示される画面２１００が表示されユーザ登録処理が開始される（ステップＳ２００１）。
【００９７】
図１４に示される画面２１００は本実施形態におけるユーザ登録を行うための画面であり、登録するユーザの通知先メールアドレスの入力領域２１０１、ユーザのログインネームの入力領域２１０２、パスワードの入力領域２１０３、氏名の入力領域２１０４、２１０５およびそのふりがなの入力領域２１０６、２１０７、登録するユーザの郵便番号の入力領域２１０８、２１０９、都道府県の選択領域２１１０、住所の入力領域２１１１、２１１２及び電話番号の入力領域２１１３、２１１４、２１１５を有する。キャンセルボタン２１１７が押下された場合には、図１３には不図示であるがユーザ登録処理は行われず、画面は１９００に戻る。
【００９８】
ここで、登録ボタン２１１６が押下されると、ステップＳ２００２にて必須項目が入力されたかどうかのチェックを行う。本実施形態ではメールアドレス２１０１、ログインネーム２１０２、パスワード２１０３、氏名（２１０４、２１０５）及び電話番号２１１３、２１１４、２１１５を必須項目とする。フォトサイト１０５で必須項目が入力されていないと判断された場合には、ステップＳ２００３にてエラー画面を表示する。
【００９９】
ステップＳ２００２において、必須項目が入力されたと判断された場合、フォトサイト１０５はデータベース２０８の顧客情報データテーブル４００を検索し（ステップＳ２００４）、入力領域２１０２で入力されたログインネームが既に使用されているかどうか判定する（ステップＳ２００５）。入力領域２１０２で入力されたログインネームが既に使用されている場合には、ステップＳ２００６でエラー画面を表示する。
【０１００】
入力領域２１０２で入力されたログインネームがデータベース２０８で見つからなかった場合には、パスワードの再入力を促す図１５の表示画面２２００が表示される（ステップＳ２００７）。図１５の表示画面２２００には、パスワードの入力領域２２０１、パスワードの送信指示２２０２、キャンセル２２０３が表示されている。キャンセル時には、図１３には不図示であるが登録処理は中断され、画面２１００が表示される。ステップＳ２００８にて、パスワードの入力領域２２０１に入力されたパスワードが画面２１００のパスワード入力領域２１０３で入力された文字と同じであるかどうかの判定を行う。ステップＳ２００８で入力されたパスワードが同じでなかったと判断された場合にはエラー画面を表示する（ステップＳ２００９）。
【０１０１】
ステップＳ２００８で、入力されたパスワードが同じであったと判断された場合には、ステップＳ２０１０に進み、ユーザ登録に必要な情報が全て入力されたものとして、図１６に示されるユーザ情報確認画面２６００を表示する。ここに表示される情報は画面２１００にてユーザが入力した情報である。ここで、訂正ボタン２６０２が押下されると、ステップＳ２００１に戻って再度画面２１００が表示され、入力情報の編集を行うことができる。
【０１０２】
確認ボタン２６０１が押下されると、過去に発行したユーザＩＤの最大値をデータベース２０８の顧客情報データテーブル４００より取得する。そして、その数値に１を加算した値を、新たに登録するべきユーザのユーザＩＤとする（ステップＳ２０１２）。
【０１０３】
ステップＳ２０１３おいては、ステップＳ２０１２で求めたユーザＩＤに基づき、新たに顧客情報データテーブル４００を作成し、画面２１００で入力された情報をその顧客情報テーブル４００に登録する。つまり、図２１の入力領域２１０１の内容が図４の４０２に、入力領域２１０２の内容が４０３に、入力領域２１０３の内容が４０４に、入力領域２１０４の内容が４０５に、入力領域２１０５の内容が４０６に、入力領域２１０６の内容が４０７に、入力領域２１０７の内容が４０８に、入力領域２１０８の内容が４０９に、入力領域２１０９の内容が４１０に、選択領域２１１０の内容が４１１に、入力領域２１１１の内容が４１２に、入力領域２１１２の内容が４１３に、入力領域２１１３の内容が４１４に、入力領域２１１４の内容が４１５に、入力領域２１１５の内容が４１６に、それぞれ格納される。更にユーザ登録状態４１７を１とする。
【０１０４】
ユーザ新規登録状態では、ユーザの作成したアルバムもアップロード画像も存在しないが、新規登録時に、図６に示した顧客アルバムテーブル６００と、図７に示したアルバム情報データテーブル７００とをそれぞれ１レコードずつ作成しデータベース２０８に登録しておいてもよい。この場合には、アルバムＩＤ６０２としては今までにデータベース２０８で発行したアルバムＩＤの最大値＋１が格納される。又、アルバム表示番号６０３は１に設定され、アルバム名７０２には、仮アルバム名称としてデフォルトで例えば「マイアルバム」と設定すればよい。その他、アルバム情報データテーブル７００内には、フォトサイト１０５で決定した初期値がそれぞれ設定されることは言うまでもない。
【０１０５】
データベース２０８への登録が終了すると、図１６の画面２６００に表示された内容と同じ内容の電子メール文章を作成し、図４の顧客情報テーブル４００に登録されているＥ−Ｍａｉｌアドレスに対して電子メールを発行する（ステップＳ２０１４）。図１７はこのとき発行される電子メールの内容を示した一例である。
【０１０６】
（ログイン）
次に、フォトサイト１０５に対するユーザ登録を行ったユーザが、実際にフォトサイト１０５でのサービスを受けるための手続きについて説明する。尚、本実施形態では、フォトサイト１０５において、ユーザの画像は全てアルバムと名付けられたフォルダ単位で管理されているものとする。
【０１０７】
画面１９００において、ログインネーム入力領域１９０２及びパスワード入力領域１９０３にログイン名及びパスワードを入力してログインボタン１９０４が押下されると、フォトサイト１０５ではデータベース２０８より顧客情報データテーブル４００を検索する。ログイン名が顧客情報データテーブル４００より検索されなかった場合、又は、検索されたレコードのパスワードとパスワード入力領域１９０３に入力された文字列が一致しなかった場合には、警告画面を表示する。
【０１０８】
検索されたレコードのパスワードと、入力領域１９０３に入力された文字列とが一致した場合には、フォトサイト入力ユーザの認証を正常に行ったこととして図１８に示す画面２９００（以下、この画面をメインメニューとも言う）を表示する。
【０１０９】
画面２９００において、ボタン２９０１はユーザ情報変更用のボタンである。ボタン２９０２はログアウトボタンである。領域２９０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン２９０４はアルバムのプロパティを設定するためのボタンである。ボタン２９０５はアルバム通知ボタンである。ボタン２９０６はアルバムを新規作成するためのボタンである。ボタン２９０７はアルバム削除のためのボタンである。ボタン２９０８は画像をアップロードするためのボタンである。ボタン２９０９はプリントオーダボタンである。領域２９１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイト上に保管している画像のサイズ、許容使用量に対する比率が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。
【０１１０】
図１８ではユーザが５個のアルバムを作成したことがボタン２９１１〜ボタン２９１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域２９２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域２９１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン２９１７〜ボタン２９２２の各ボタンが押下されると領域２９２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域２９２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【０１１１】
図１９は、図１８の画面２９００が表示された後のユーザの編集操作に関する処理方法を示したフローチャートである。画面２９００に対するユーザ操作に応じて以下の処理が行われる。
【０１１２】
ステップＳ３００１にてユーザ入力を受け付けると、まず、ステップＳ３００２にて、そのユーザ入力がアルバム編集かどうかを判定する。画面２９００において領域２９０３内のボタンが押下された場合に、アルバム編集であると判断し、その場合にはステップＳ３００３のアルバム編集処理に移る。
【０１１３】
ステップＳ３００２においてユーザ入力がアルバム編集でないと判定された場合には、ステップＳ３００４に進み、ユーザ入力が画像編集であるかどうかを判定する。画面２９００において領域２９１６内のボタンが押下された場合が画像編集であると判定し、ステップＳ３００５に移る。ステップＳ３００５では、図２９の領域２９１６内の何れかのボタンの押下に応じて、アルバム内で選択された画像に対し、右／左９０°回転、削除、移動、コピー、順序変更などの処理を行う。
【０１１４】
ステップＳ３００４においてユーザ入力が画像編集でないと判定された場合にはステップＳ３００６に進み、ユーザ入力がユーザ情報の編集かどうかを判定する。画面２９００においてボタン２９０１が押下された場合がユーザ情報の編集である。このボタンが押下されるとステップＳ３００７にて図１４に示される画面２１００が表示され、ユーザが登録した情報の変更を行うことができる。ここでのユーザ情報編集処理は、（ユーザ登録）の項で説明したユーザ登録処理とほぼ同様であるが、画面表示時に初期値としてユーザが登録した情報が表示されていることと、登録ボタン２１１６、キャンセルボタン２１１７を押下したときに表示される画面が画面２９００であること、データベースへのユーザ情報の登録が新規登録ではなく既存のユーザ情報の更新になること、がその相違点である。
【０１１５】
ステップＳ３００６でユーザ入力がユーザ情報の編集でないと判定された場合には、ステップＳ３００８に進み、ユーザ入力が画像選択かどうかを判定する。画面２９００内の領域２９２３にて画像の上でマウスクリック等の方法によってユーザが画像を選択した場合、画像選択が行われたと判定してステップＳ３００９の画像プロパティ編集処理に移る。画像プロパティ編集処理としては、画像ファイル名やコメントの編集を行うことができる。
【０１１６】
ステップＳ３００８でユーザ入力が画像選択でないと判定された場合にはステップＳ３０１０に進み、ユーザ入力がアルバム選択かどうかを判定する。画面２９００で領域２９１０内のボタンを押下した場合にはアルバム選択が行われたと見なしてステップＳ３０１１のアルバム表示処理を行う。
【０１１７】
ステップＳ３０１０でユーザ入力がアルバム選択でないと判定された場合には、ステップＳ３０１２にてユーザ入力がログアウトかどうかの判定を行う。画面２９００で、ボタン２９０２が押下された場合には、ユーザ入力がログアウトであると判定してステップＳ３０１３に進み、ログアウト処理を行う。ログアウト処理を行うときにはフォトサイト１０５はデータベース２０８のユーザ状態テーブル５００の最終表示アルバムＩＤ５０２に現在表示中のアルバムＩＤを登録して更新する。その後表示画面を画面１９００に戻す。
【０１１８】
ステップＳ３０１２でユーザ入力がログアウトでないと判定された場合にはステップＳ３００１に戻り、次のユーザ入力を待つ。
【０１１９】
以下、ステップＳ３００３（アルバム編集）、ステップＳ３０１１（アルバム表示）についての詳細を説明する。
【０１２０】
［アルバム編集処理］
図２０は、フォトサイト１０５でのアルバム編集処理の手順を示すフローチャートである。
【０１２１】
ステップＳ３１０１にてプロパティの設定かどうかの判定を行う。画面２９００においてボタン２９０４が押下された場合にはプロパティの設定が選択されたと判定して、ステップＳ３１０２に移り、図２２に示される画面３２００が表示され、選択されたアルバム（直前に図１８の領域２９２３に表示されていたアルバム）に関する種々の属性の設定を行うことができる。
【０１２２】
ステップＳ３１０１にてプロパティ設定でないと判定された場合にはステップＳ３１０３に進み、アルバム通知かどうかを判定する。画面２９００においてボタン２９０５が押下された場合にはアルバムの通知が選択されたと判定して、ステップＳ３１０４に移り、図２９に示される画面３３００が表示され、選択されたアルバムを閲覧するための方法を電子メールで第３者に通知するための設定を行うことができる。
【０１２３】
ステップＳ３１０３にてアルバム通知でないと判定された場合にはステップＳ３１０５にてアルバムの新規作成かどうかを判定する。画面２９００においてボタン２９０６が押下された場合には、アルバムの新規作成処理が選択されたと判定して、ステップＳ３１０６に移り、図２２と同様に示される画面３２０１が表示される。画面３２０１でアルバム名の入力領域３２０１に、新規なアルバム名（そのログインユーザが未だ登録していないアルバム名）が入力されて、更に設定ボタン３２０８を押下されれば、新規にアルバムを作成する。
【０１２４】
ステップＳ３１０５にてアルバムの新規作成でないと判定された場合にはステップＳ３１０７にてアルバムの削除かどうかを判定する。画面２９００においてボタン２９０７が押下された場合にはアルバムの削除が選択されたと判定して、ステップＳ３１０８に移る。ボタン２９０７が押下されると、図２３に示される画面３４００が表示され、選択中のアルバムの削除を行うことができる。
【０１２５】
ステップＳ３１０７にてアルバムの削除でないと判定された場合にはステップＳ３１０９にて選択中のアルバムへの画像のアップロードかどうかを判定する。画面２９００においてボタン２９０８が押下された場合には画像のアップロードが選択されたと判定して、ステップＳ３１１０に移り、アップロード処理を行う。
【０１２６】
ステップＳ３１０９にてアルバムへの画像のアップロードでないと判定された場合にはステップＳ３１１１にてアルバムのプリントオーダかどうかを判定する。画面２９００においてボタン２９０９が押下された場合にはアルバムのプリントオーダが選択されたと判定して、ステップＳ３１１２に移り、プリントオーダ処理を行う。
【０１２７】
尚、図２１は、図２０の手順に従って、アルバムの新規作成、プロバティー、削除処理におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１２８】
上記の内、アップロードと閲覧通知については、以下で更に詳しく説明する。図２４は、アップロードと閲覧通知におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１２９】
又、ステップＳ３１１２のプリントオーダ処理については、以下にプリント注文の項を設けて、更に詳細に説明する。
【０１３０】
（画像のアップロード例）
選択中のアルバムに対する画像のアップロード処理について説明する。画面２９００にてアップロードボタン２９０８が押下されると、画像のアップロード処理を開始する。図２５は、選択中のアルバムに画像をアップロードする処理の流れを示すフローチャートである。
【０１３１】
まず、画面２９００のボタン２９０８が押下されると、ステップＳ３７０１において、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数（Ｆｉｌｅｓ）を算出する。フォトサイト１０５の資源には限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【０１３２】
即ち、ステップＳ３７０２にて、Ｆｉｌｅｓが正数であるかどうかによって、アップロード可能か否かの判定を行う。Ｆｉｌｅｓが"１"未満であった場合にはアップロード不可であるとみなし、図２６に示す画面３８００を表示する（ステップＳ３７０３）。画面３８００にてＯＫボタン３８０１が押下されると画面２９００に戻る。
【０１３３】
Ｆｉｌｅｓが１以上であった場合にはステップＳ３７０４にて図２７に示すアップロード用画面３９００を表示する。この画面にはユーザＰＣ１０２Ａ上のファイルを選択するための参照ボタン３９０１、ファイルパスを入力するための入力領域３９０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域３９０３をステップＳ３７０１で算出された数（Ｆｉｌｅｓ）分表示する。送信ボタン３９０４が押下されるとステップＳ３７０５に進み、選択された画像ファイルを、ユーザＰＣ１０２Ａからフォトサイト１０５内の作業領域へ転送する。尚、図２５のフローチャートには示されていないが、キャンセルボタン３９０５が押下されるとアップロード処理は終了し、画面２９００が表示される。
【０１３４】
フォトサイト１０５に転送された画像ファイルはファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。又、作業変数Ｉを"１と"する（ステップＳ３７０６）。ステップＳ３７０７にてＩ＜＝Ｎかどうかを判定する。Ｉ＞ＮならばステップＳ３７１６にて画面２９００を表示し、処理を終了する。
【０１３５】
ステップＳ３７０７にてＩ＜＝Ｎの場合には、ステップＳ３７０８にて転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う。本実施形態では、アップロードされた画像がＪＰＥＧファイルで、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能なファイルと判断し、それ以外の場合にはステップＳ３７０９にて図２８に示す画面４０００を表示し、ステップＳ３７１０にてフォトサイト１０５内の作業領域に置かれたこのファイルを削除する。尚、ＤＣＦの情報はプリントサイト１０９Ａで画像のプリントを行うとき、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ＯＫボタン４００１が押下されるとステップＳ３７１５に移行して次のファイルをアップロードするための処理に進む。
【０１３６】
ステップＳ３７０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合にはステップＳ３７１１に進み、この画像に対して、サムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する。
【０１３７】
次に、ステップＳ３７１２でファイル追加可能か否かの判定を行う。判定は処理中のファイルを登録するとディスク使用上限を超えるかどうかで行う。ステップＳ３７１２でファイル追加不可能と判定された場合にはＳ３７１３で図２６に示す画面３８０１を表示し、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し、ステップＳ３７１６で画面２９００を表示する。
【０１３８】
ステップＳ３７１２でファイル追加可能と判定された場合には、ステップＳ３７１４にて画像情報をデータベース２０８に登録する。つまり、アップロードされた画像ファイルに対して、図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１、上記画像ＩＤを画像ＩＤ８０２、アルバム内の画像数に１加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【０１３９】
次に、ステップＳ３７１５でＩを"１"加算してステップＳ３７０７に戻る。ＩがＮより小さい間ステップＳ３７０７からステップＳ３７１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【０１４０】
（アルバムの通知例）
図２９は、画面２９００にて通知ボタン２９０５が押下されたときに表示される画面を示す図である。
【０１４１】
画面３３００においてユーザは送信先メールアドレス３３０２、送信者メールアドレス３３０３、メールタイトル３３０４、メッセージ３３０５を入力後、通知ボタン３３０６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【０１４２】
図３０はアルバム通知メールの一例である。通知メールに含まれるＵＲＬ及びアルバムＩＤは画面３３００のＵＲＬ及び公開アルバムＩＤ表示領域３３０８に表示される内容と同じである。メール通知を受けたユーザはメール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。又、画面１９００のアルバムＩＤ指定領域１９０５にメールに記載されたアルバムＩＤを入力し、ＧＯ！ボタン１９０６を押下してもＵＲＬを指定した場合と同じアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【０１４３】
（公開用アルバムＩＤの生成例）
次に公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより公開用アルバムＩＤは、その番号、文字列から第３者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【０１４４】
（ＰＣ１０２からのプリント注文例）
図５１は、ユーザがフォトサイト１０５を利用してプリントオーダを行うときのユーザＰＣ１０２、フォトサイト１０５、プリントサイト１０９間での処理の流れを示すフローチャートである。画面２９００においてプリントオーダボタン２９０９が押下されると、フォトサイト１０５で選択されたアルバム内の画像に対して、印刷をオーダすることができる。
【０１４５】
ステップＳ４２０１にてユーザがアルバム閲覧要求を行うとステップＳ４２０２でフォトサイト１０５はアルバム画像を読出し、ユーザＰＣ１０２に提示する。即ち、画面２９００において、アルバム選択領域２９１０内のアルバム選択ボタンに応じたアルバムの画像を、領域２９２３に表示させる。ステップＳ４２０３でユーザがプリントオーダ指示を出す。プリントオーダ指示は画面２９００にてプリントオーダボタン２９０９が押下されることによって発行される。
【０１４６】
プリントオーダ指示が発行されるとステップＳ４２０４に進み、フォトサイト１０５は図５２に示す画像選択画面４４００を表示するデータを生成し、ユーザＰＣ１０２に対し送信する。又、新たな注文番号を発行してデータベース１１８内の注文情報テーブル１０００に新規注文用のレコードを作成する。この際の注文ステータス１０１４は０（プリントサイト発注前）にしておく。
【０１４７】
画面４４００はプリントサイト１０９が作成する写真プリント時の印刷タイプ（縁有り、縁無し）を選択する選択領域４４０１と、アルバム内のサムネイル画像を表示する領域４４０２、プリントサイズを選択する選択領域４４０３、プリント枚数を指定する入力領域４４０４及び、見積もり要求ボタン４４０５、キャンセルボタン４４０６を有する。尚、サムネイル画像表示領域４４０２、サイズ選択領域４４０３、プリント枚数入力領域４４０４は画像データの個数分存在する。
【０１４８】
ステップＳ４２０５でユーザが注文画面４４００より注文画像の選択を行い、サイズ、枚数の入力を行って見積もりボタン４４０５を押下した場合、フォトサイト１０５は注文画像データテーブル１１００に選択された画像数分のレコードを作成して入力内容を格納する。そしてステップＳ４２０６に進む。なお、ステップＳ４２０５で見積もり要求を行わなかった場合、つまり画面４４００にてキャンセルボタン４４０５が押下されたときには処理を終了し、画面２９００にもどる。
【０１４９】
見積もり要求をした場合、まず、Ｓ４２０６にて印刷する画像が設定されているか確認する。設定されてない場合、Ｓ４２０７にて図５３に示すエラー画面４９００を表示するデータを生成し、ユーザＰＣ１０２に対し送信する。印刷する画像が設定さているときには、算出処理ステップＳ４２０８を行い、図５４に示す見積もり画面４５００に表示する見積もりデータを生成し、ユーザＰＣ１０２に対し送信する。又、注文決済データテーブル１２００に新たなレコードを生成し、先程算出した見積もりデータを格納する。この際のステータス１２０８は０（決済注文未確定）にしておく。尚、見積額は計算により導き出してもよいし、計算結果を格納したテーブルを用意し、そのテーブルから読み出してもよい。
【０１５０】
ユーザはステップＳ４２０９にて購入検討処理を行う。そこで価格を確認すると更に図５５に示す注文者情報の入力、及び図５６に示す配送先の入力処理へ進む。その間にキャンセルボタン４５０２、４６０２及び４７０２が押下された場合には処理を終了する。フォトサイト１０５は注文者データテーブル１３００に新たなレコードを生成し、入力された注文者情報を格納する。更に、先程生成した注文情報テーブル１０００内のレコードに入力された配送先の情報を格納する。
【０１５１】
尚、本実施の形態では配送時の送料は一律料金であるため、上記のようなフローになっているが、もし、料金が配送先によって異なる場合にはステップＳ４２０９で見積もり算出処理を行う前に表示させても良い。
【０１５２】
ユーザが注文を行った場合には、ステップＳ４２１０で、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を1つのファイルにパッケージしてまとめたプリントオーダファイルを生成する。印刷用のファイル生成の後、ステップＳ４２１１にて決済サイト１２０に利用金額を知らせる。決済サイト１２０は、ステップＳ４２１２にてリクエストされた利用金額を受け付ける処理を行い、その確認番号をフォトサイト１０５に通知する。この通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を"１"（未決済注文保留中）に変更する。
【０１５３】
続いてフォトサイト１０５は、ステップＳ４２１３にて確認番号を含む形で図５７に示す画面を表示するデータを生成し、さらにユーザＰＣ１０２に対し送信する。さらに図５８に示すメールをユーザに送付する。
【０１５４】
確認番号を入手したユーザは、ステップＳ４２１４にて店舗１２１に行き確認番号を提示し利用金額を支払う。店舗１２１経由で入金を受けた決済サイト１２０は、ステップＳ４２１５にて入金処理を行い、フォトサイト１０５に入金通知を行う。入金通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を"２"（決済終了）に変更する入金処理を行う。更に、ステップＳ４２１０で準備したプリントオーダファイルをプリントサイトに送付し、プリントサイト１０９に対して正式のプリントオーダを発行する。そして、注文情報データテーブル１０００内の対応レコードのステータス１０１４を"１"（プリントサイト発注済み）に変更する
正式プリントオーダが通知されると、プリントサイト１０９ではステップＳ４２１７でオーダ受注処理を行い、ステップＳ４２１８で画像データの印刷処理を行う。印刷処理が終わるとステップＳ４２１９で配送指示と終了通知をフォトサイト１０５に通知し処理を終了する。通知を受けたフォトサイト１０５は、ステップＳ４２２１にて注文情報データテーブル１０００内の対応レコードのステータス１０１４を"２"（配送済み）に変更し、ユーザに印刷物の発送を行った旨のメールを送付して終了する。
【０１５５】
尚、図５１のフローチャートには示されていないが、ステップＳ４２１７からステップＳ４２１９の各処理を行ったときにプリントサイト１０９のステータスをフォトサイト１０５に返し、その情報がフォトサイト１０５上のデータベース１１８に保管される。
【０１５６】
［アルバム表示処理］
図３１は、画面２９００内のアルバム選択領域２９１０にあるアルバム選択ボタン２９１１〜２９１５の一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【０１５７】
まず、ステップＳ３５０１において、押下されたボタンが先頭から何番目のボタンであるかを調べ、その番号をアルバム表示順序番号６０３に持つ顧客アルバムデータテーブル６００をデータベース２０８内で検索し、そのアルバムＩＤ６０１をＡｌｂｕｍＩＤとして取得する。又、そのアルバムＩＤ６０１から、アルバム情報データテーブル７００を特定し、アルバム情報を導き出す。
【０１５８】
ステップＳ３５０２において、ステップＳ３５０１で求めたＡｌｂｕｍＩＤをアルバムＩＤ８０１に持つアルバム画像データテーブル８００のレコードをデータベース２０８内で全て検索する。検索の結果、ヒットしたレコード数をＮとし、画像カウント用作業変数Ｉに"１"を代入する。
【０１５９】
ステップＳ３５０３にてＩ＜＝Ｎであるかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ３５０４からステップＳ３５０９の処理を繰り返すことによって、アルバム内全ての画像の表示を行う。
【０１６０】
ステップＳ３５０４にて、ステップＳ３５０２で検索したレコードより画像表示番号８０３にＩを持つアルバム画像データテーブル８００を検索し、その画像の画像ＩＤ８０２を求める。画像ＩＤ８０２が求まると、画像ＩＤ９０１にその画像ＩＤ８０２を持つ画像情報データテーブル９００のレコードをデータベース２０８内で検索する。ステップＳ３５０５にてステップＳ３５０４で検索されたレコードから画像のサムネイルファイルへのパス９０５を取得する。
【０１６１】
ステップＳ３５０６にてステップＳ３５０１で取得したアルバム情報データテーブル７００より表示形式番号７０９の値が１かどうかを判定する。本実施形態ではこの値は"０"ならばサムネイル表示、"１"ならば詳細表示を表す。
【０１６２】
ステップＳ３５０６にて表示形式が"１"の場合には、ステップＳ３５０７にてサムネイル画像及び画像に関する詳細情報の表示を行う。本実施形態では詳細情報は画像情報データテーブル９００より画像名、コメント、閲覧回数、印刷回数を表示し、合わせて画像編集用のチェックボックスを表示する。図３２に示した画面３６００は、詳細表示を行ったときのアルバム表示の１例である。尚、この画面３６００は画面２９００と画像表示領域２９２３の表示方法が異なるだけで、他の機能は全て同じであるので、その詳細な説明は省略する。
【０１６３】
ステップＳ３５０６にて表示形式が"１"でなかった場合には、ステップＳ３５０８にてサムネイル画像、画像名、及び画像編集用のチェックボックスを表示する。図１８に示した画面２９００はそのような簡易表示の１例である。
【０１６４】
ステップＳ３５０３にてＩ＞Ｎとなると、アルバム内の全ての画像が表示されたことになるので処理を終了する。
【０１６５】
尚、上記実施形態では表示形式として２つの形式に限って説明したが、表示形式が更に多数あってもよいことは言うまでもない。
【０１６６】
（ユーザＰＣからのアルバムの閲覧例）
図３３に、フォトサイト１０５に保管されたアルバムをユーザＰＣ１０２Ｂから閲覧する場合の、ユーザＰＣ１０２Ｂとフォトサイト１０５とのやりとりの例が示されている。
【０１６７】
図３０に示す通知メールを受け取ったユーザは、そのメール文章に記載されたＵＲＬ６２０１を指定することによって、図３４に示すアルバム閲覧開始画面６７００を表示することができる。尚、この画面は画面１９００で、アルバムＩＤ入力領域１９０５に通知メール内に記載されているアルバムＩＤ６２０３を入力し、ＧＯ！ボタン１９０６が押下されることによっても表示される。
【０１６８】
フォトサイト１０５では、上記入力されたＵＲＬのパラメータ部のＡｌｂｕｍＩＤ又は、アルバムＩＤ入力領域１９０５に入力されたアルバムＩＤを解析し、アルバムが存在した場合、図３４に示す画面６７００に氏名（姓）４０５を表示する。又、検索したアルバム情報データテーブル７００のパスワード可否フラグ７０５からアルバムにパスワードが設定されている場合にはパスワード入力領域６７０１を表示する。尚、パスワードの設定のないアルバムではパスワード入力領域６７０１は表示されないことは言うまでもない。
【０１６９】
ＯＫボタン６７０１が押下されると、パスワードの設定されていないアルバム及び、パスワードが正しく入力されたアルバムでは図３５に示す画面６８００が表示される。この内容は画面２９００における画面表示領域２９２３と同じである。パスワードの入力が正しくなかった場合にはエラー画面を表示する。
【０１７０】
又、アルバム情報データテーブル７００より印刷可否フラグ７０７の値を取得し、印刷可になっているアルバムに関してはボタン６８０３が表示され、プリントオーダを行うことができる。この場合、プリントオーダの処理の流れはログインユーザの処理の流れ（図１８の２９００でボタン２９０９を押下した場合の処理）とほぼ同じである。
【０１７１】
＜本実施形態のフォトサイトの携帯端末からのアクセスに対する動作例＞
以下に、携帯端末からのフォットサイトのアクセスについて説明する。動作の説明の前に、本実施形態で使用される携帯端末データベース４１ｃの例を説明する。
【０１７２】
（携帯端末データベース例）
図４０から図４２は、携帯端末用アプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。以下、携帯端末をＭＢ(Mobile)と記すこともある。
【０１７３】
図４０は、特定の携帯端末からのアクセスを管理するテーブルを示した図である。
【０１７４】
このＭＢセッション情報テーブル７０００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤを割り付け、招待メールを発送したアルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）と共にテーブルに格納する（７００１，７００４）。
【０１７５】
又、このＭＢセッション情報テーブル７０００には、新規のアクセスを受けた時点の日時７００３と、同一セッションＩＤでの最終アクセス日時７００２を格納している。アプリケーションサーバ２０４は、データベース２０８内のＭＢセッション情報テーブル７０００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性７００５にフラグを立てる。そして、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。注文番号７００６は、携帯端末からのプリント注文の番号である。
【０１７６】
図４１は、携帯端末からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示した図である。
【０１７７】
このＭＢアルバム情報テーブル７１００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル７０００に格納したセッションＩＤ７１０１と、携帯端末から指定されたアルバムＩＤ７１０２と、アルバム情報データテーブル７００の内容の一部コピー（例えば、アルバム名称７１０３やアルバムコメント７１０４）を格納する。
【０１７８】
図４２は、携帯端末からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。
【０１７９】
このＭＢ画像情報テーブル７２００は、新規のアクセス毎にアルバム内にある画像数分のレコードがデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル７０００に格納したセッションＩＤ７２０１と、アルバム情報データテーブル７００と画像情報データテーブル９００の内容の一部コピー（例えば、アルバム情報データテーブル７００からアルバムＩＤ７２０３、画像情報データテーブル９００から画像ＩＤ７２０２、画像名７２０４、画像コメント７２０５など）を格納する。更に、アプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネールファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル７２００内の画像パス７２０６に格納する。
【０１８０】
又、画像番号７２０７、画像サイズ７２０８、プリント回数７２０９は、携帯端末からのプリント注文に関するデータである。
【０１８１】
（携帯端末からのアルバムの閲覧）
図３３に、フォトサイト１０５に保管されたアルバムを携帯端末１１３Ａ，Ｂから閲覧する場合の、携帯端末１１３Ａ，Ｂとフォトサイト１０５とのやりとりの例が示されている。以下、携帯端末からのアルバムの閲覧に関するアプリケーションサーバ２０４の詳細な説明をする。
【０１８２】
図３６〜図３９に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１８３】
図３０に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図３６に示すアルバム閲覧開始画面７３００を表示することができる。この際上記ＵＲＬは、ユーザＰＣ１０２Ｂから閲覧する場合と、携帯端末１１３Ａ，Ｂから閲覧する場合で同一のものである。フォトサイト１０５のロートバランサー２０２において、ＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値により、携帯端末からのリクエストを判定しＭｏｂｉｌｅＡｐｐｓサーバ２０４に処理を振り分ける。
このような処理の振り分けは、Ｃｏｋｋｉｅの有無等を用いても良い。
【０１８４】
アプリケーションサーバ２０４では、メール文章に記載されたＵＲＬ対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、更にそのアルバムにパスワードが設定されているか否かを判断する。パスワードが設定されている場合はアルバム閲覧開始画面７３００を表示し、設定されていない場合は図３７に示す画像閲覧画面７４００を表示する。
【０１８５】
携帯端末ユーザが、アルバム閲覧開始画面７３００の入力領域７３０１にパスワードを入力して、ＯＫボタン７３０２を押下すると、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画像閲覧画面７４００を表示する。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【０１８６】
画像閲覧画面７４００では、画像サイズを縮小した画像７４０１とその名称７４０２、アルバム内の画像順番７４０３、表示する画像を選択するためのリンク７４０４、アルバム内の全画像数７４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン７４０６、画像情報表示画面７５００を表示するためのリンク７４０７、アルバム情報表示画面を表示するためのリンク７４０８、プリント注文を行うためのリンク７４０９を表示する。
【０１８７】
携帯端末ユーザがリンク７４０４を押下すると、現在表示中の画像の前後の順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。携帯端末ユーザが入力フィールド７４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。
【０１８８】
携帯端末ユーザがリンク７４０７を押下すると、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面７５００を表示する。携帯端末ユーザがリンク７４０８を押下すると、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する。携帯端末ユーザがリンク７０４９を押下すると、閲覧中のアルバムに対してプリント注文を行うための一括プリント注文画面７８００を表示する。
【０１８９】
又、アプリケーションサーバ２０４は、リンク７４０４や「表示」ボタン７４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されてる場合には画面７６００を表示する。一方、画像が閲覧禁止になっている場合にはエラー画面を表示する。画像情報表示画面７５００では、詳細な画像名称７５０１、画像の閲覧者数７５０２、コメント７５０３、画像閲覧画面７４００に戻るためのリンク７５０４を表示する。又、アルバム情報表示画面（図示せず）では、画像情報表示画面７５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【０１９０】
画面７６００では、画像閲覧画面７４００の画像７４０１表示と画像名称７４０２表示の代わりに、「この画像は削除されました」というコメント７６０１を表示する。又、画像情報表示画面７５００を表示するためのリンクは表示しない。その他の表示内容は図３７と同様であるので説明は省略する。
【０１９１】
（閲覧及びプリント注文制御フローチャート）
図４３は、携帯端末のアプリケーションサーバ２０４が画像閲覧画面７４００や後述するプリント注文関連の画面（画面７８００〜８５００）を表示する際の処理手順を表すフローチャートである。
【０１９２】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、先ずステップＳ９００１にてアルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル７０００を検索して判定する。
【０１９３】
既存のセッションＩＤと判定した場合、同一セッションＩＤを使用した２回目以降のアクセスと判断し、続いてステップＳ９００９で携帯端末ユーザからの要求の内容を解析する。ここで要求内容がアルバム閲覧であると判断した場合、ステップＳ９００３のセッション画像表示処理を行う。一方、要求内容がプリント注文であると判断した場合、後述するステップＳ９０１５のプリント注文処理を行う。
【０１９４】
セッションＩＤがない場合は、１回目の画像閲覧表示と判断し、ステップＳ９００２にてシステム情報の取得でサイト内の標準時間を取得する。次に、ステップ９００４で、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ９００２で取得した時間を比較し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９００７にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１９５】
タイムアウトでなければ、ステップＳ９００５で、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。このＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索取得し、ステップＳ９００６にて、アルバムオーナが脱会していないか確認する。アルバムオーナが脱会している場合は、エラーページをステップＳ９００７にて生成する。
【０１９６】
アルバムオーナが脱会していない場合は、ステップＳ９００８で、取得した情報からアルバム情報データテーブル７００を取得し、ステップＳ９０１０にて、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧の可否を確認する。エラー時には、エラーページをステップＳ９００７にて生成する。
【０１９７】
エラーが無ければ、ステップＳ９０１１にて、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する。又、ここでサムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、アルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像のみをコピーする。
【０１９８】
次に、ステップＳ９０１２にて、取得した情報とコピーした画像パス情報を、ＭＢセッション情報テーブル７０００、ＭＢアルバム情報テーブル７１００、ＭＢ画像情報テーブル７２００を生成し、各情報及び画像パスなどを格納する。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したオーナであるユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１９９】
ステップＳ９０１３にて、携帯からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００に反映する。ステップＳ９０１４にて、画像閲覧画面７４００のデータを生成する。
【０２００】
（セッション画像表示処理：Ｓ９００３）
図４４は、図４３に示す画像閲覧画面７４００を表示するとき、セッション情報が既に作られている場合の処理（Ｓ９００３）を詳細に表すフローチャートである。
【０２０１】
まず、ステップＳ９１０１にて、システム情報の取得でサイト内の標準時間を取得する。ステップＳ９１０２では、ＵＲＬのパラメータ部に付加されているセッション情報を解析する。取得したセッション情報をキーとしてＭＢセッション情報７０００、およびＭＢアルバム情報７１００を検索取得する。この中にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。又、上記ＵＲＬパラメータ部には現在参照している画像表示番号も含まれる。
【０２０２】
ステップＳ９１０３では、ＭＢセッション情報７０００内のレコード属性を判断し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９１０６にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。このユーザＩＤをキーとして、更にステップＳ９１０４にて、顧客情報データテーブル４００を検索取得し、ステップＳ９１０５にてアルバムオーナが脱会していないか確認する。脱会の場合は、エラーページをステップＳ９１０６にて生成する。
【０２０３】
脱会でない場合は、ステップＳ９１０７で、セッション情報からアルバム情報データテーブル７００を取得し、ステップＳ９１０８にてアルバムの公開可否及び閲覧可否を確認する。公開されている場合、ステップ９１１６にて、前記ステップＳ９１０２で取得したＡｌｂｕｍＩＤ及び画像表示番号を元にして、アルバム画像データテーブル８００及びアルバムに関する情報である画像情報データテーブル９００内の対応レコードを取得する。
【０２０４】
又、ここでサムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、上記アルバム画像データテーブル８００の画像表示番号８０３を参照し、現在参照している画像を一枚コピーする。
【０２０５】
ステップＳ９１０９にてＭＢ画像情報テーブル７２００を取得する。一方、公開禁止になった場合、削除フラグ１をセットしてステップＳ９１１５の画面生成処理に進む。
【０２０６】
ステップＳ９１１１にて、画像が画像情報データテーブル９００にあるか否か及び画像の閲覧可否を確認して、画像が閲覧表示可能か判断する。閲覧表示可能の場合には、ステップＳ９１１２で携帯からのアクセスカウントを更新する。一方、不能のときは画像が削除されたと判断し、ステップＳ９１１３にて削除フラグ２をセットする。
【０２０７】
ステップＳ９１１４にて、アクセス日時をＭＢセッション情報テーブル７０００の最終ログイン日時に反映する。次に、ステップＳ９１１５の画面生成処理に進み、ユーザ操作にる２回目以後の画像表示要求に対する画像閲覧画面７４００の情報を生成する。
【０２０８】
（画像の生成処理：Ｓ９０１４、Ｓ９１１５）
図４５は、画像閲覧画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を更に詳細に表すフローチャートである。
【０２０９】
ステップＳ９２０１及びＳ９２０３で削除フラグ１と削除フラグ２とを検査し、セットされている場合には、ステップＳ９２０２、Ｓ９２０４でそれぞれのエラー表示文字列をセットする。
【０２１０】
両フラグがセットされていない場合、ステップＳ９２０５にて、ＭＢ画像情報テーブル７２００にある画像名称の文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する。文字数が設置値より小さい場合、ステップＳ９２０６にて、ＭＢ画像情報テーブル７２００にある画像名称を画像閲覧画面７４００にある画像名称７４０２の文字列にセットする。一方、大きいと判断した場合、ステップＳ９２０７にて、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２Byteコード文字か否かを判定する。
【０２１１】
表示文字数（ＤｉｓｐＣｈ）に２byteコード文字が挟まっている場合には、ステップＳ９２０８にて、ＭＢ画像情報テーブル８７００内の画像名称７２０４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）-２byte）目までを画像閲覧画面７４００にある画像名称７４０２にセットする。一方、２byteコード文字が挟まっている場合には、ステップＳ９２０９にて、ＭＢ画像情報テーブル７２００内の画像名称７２０４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）-１byte）目までを画像閲覧画面７４００にある画像名称７４０２にセットする。図３７の画像名称７４０２は設定値により表示文字数を制限している状態を表しており、その際の詳細情報画面（図３８）では画像名称全てを省略せずに表示している。
【０２１２】
ステップＳ９２１０にて、画面７４０７のリンク情報をセッション情報を含んだ形で生成する。更に、画像閲覧画面７４００に画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で処理９２１１において生成する。そして、ステップＳ９２１２にて画面情報をまとめ送出する。尚、ステップＳ９２０４からきた場合（画像が削除された場合）、画面７６００を表示するためのデータを最終的に生成する。
【０２１３】
（携帯端末からのプリント注文）
図６０〜図６８に示す画面は、携帯端末からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。又、図５９はこれらの画面間の遷移関係を表した図である。
【０２１４】
携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、先ず図３７の画像閲覧画面７４００内のプリント注文リンク７４０９を押下し、後述する一括プリント注文画面７８００（図６０）の表示を要求する。この要求を受けたアプリケーションサーバ２０４は、図４３のフローチャートに従ってステップＳ９００９で要求内容を解析し、それがプリント注文であると判断してステップＳ９０１５のプリント注文処理を行う。
【０２１５】
図６９は、このプリント注文処理の詳細フローチャートである。以下、このフローチャートを基にして、携帯端末からのプリント注文に関するアプリケーションサーバ２０４側の処理について詳細に説明する。
【０２１６】
プリント注文処理に入ると、先ずステップＳ９３０１にて一括プリント注文画面７８００を携帯端末側に表示し、アルバム内の全画像に対するプリントサイズとプリント枚数との指定を携帯端末ユーザに促す。同時に、新たな注文番号を発行してデータベース２０８内の注文情報データテーブル１０００（図４６）に新規注文用のレコードを作成し、注文ステータス１０１４を"０"（プリントサイト発注前）にしておく。
【０２１７】
又、ＭＢセッション情報テーブル７０００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド７００６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加する。
【０２１８】
携帯端末ユーザは、プルダウンメニュー７８０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。選択できるプリントサイズには、DP判フチなし，DP判フチあり，L判フチなし，L判フチあり，2L判フチなし，2L判フチありの６種類がある。
【０２１９】
本実施形態では、プリントサイズの指定はこの一括プリント注文画面７８００で行なう。つまり、アルバム内の全画像に対して一種類のプリントサイズを指定できることになっている。携帯端末ユーザがアルバム内の全画像をプリントしたい場合には、続いて枚数入力領域７８０３に所望の枚数を入力する。これらの設定でプリント注文を行って良い場合には、携帯端末ユーザが「すすむボタン」７８０４を押下することで、次の注文者情報入力画面８１００へ遷移する。
【０２２０】
一方、アルバム内の全画像をプリントするのではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合（ステップＳ９３０２）には、「こちらへボタン」７８０５を押下することで個別プリント注文画面７９００へ遷移する。どちらの場合においてもアプリケーションサーバ２０４は、注文画像データテーブル１１００に選択された画像数分のレコードを作成して、入力されたプリントサイズとプリント枚数とを格納する。
【０２２１】
又、注文取消しリンク７８０６を押下することで、プリント注文処理をキャンセルして画像閲覧画面７４００へ戻ることができる。この際に表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２２２】
一括プリント注文画面７８００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ７８０１を表示する。本実施形態における画面遷移状態には、図６９に示したような４つのフェーズ（画像選択，個人情報入力，見積もり，注文確定）がある。上記インジケータでは、現在表示している画面がこの４つのフェーズの何処に位置しているかを◆マークで模式的に表現している。一括プリント注文画面７８００では、◆マークは一番左に表示しているが、上記４つのフェーズ間を移動する毎に◆マークを１つずつ右へ移動して表示する。表示領域が限定された携帯端末においては、言葉で画面遷移状況を表現することができないため、この様な抽象化した方法を用いて表現している。このインジケータにより、携帯端末ユーザはプリント注文処理の進行状況を大まかに把握することができる。尚、遷移状態の数は４つに限定されず、その表示形態も上記例に限定されるものではない。
【０２２３】
ステップＳ９３０３にて図６１の個別プリント注文画面７９００へ遷移した場合、携帯端末ユーザはプリントしたい画像をアルバム内から選択してプリント枚数を指定することができる。画面内にはアルバム内の画像の画像名７９０２がリスト状に表示されていて、携帯端末ユーザはプリントしたい画像に対応する枚数入力領域７９０３に所望の枚数を入力する。入力された枚数は、設定更新ボタン７９０４が押下されたタイミングで携帯端末からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００（図４７）の対応レコード（必要に応じて作成）に格納される。従って、設定更新ボタン７９０４を押下せずに後述するボタンやリンクを押下して別の画面に遷移した場合、アプリケーションサーバ２０４は携帯端末ユーザからの上記プリント枚数の入力がなかったものと見なす。
【０２２４】
本実施形態では、プリントサイズの指定は一括プリント注文画面７８００で行い、本個別プリント注文画面７９００では敢えて指定しないようにしている。又、一画面中に表示する画像名は最大５つまでとしており、アルバム内にこれより多くの数の画像がある場合、複数ページに跨って画像名のリストを表示する。ページ番号７９０５は、この場合の現在表示中のページを表している。又、前へリンク７９０６，次へリンク７９０７を押下することで、ページ間の移動が行われる。更に、ページ番号指定領域７９０８に移動先のページ番号を入力して表示ボタン７９０９を押下することで、指定したページ番号のページへ移動することができる。
【０２２５】
画面上に表示している画像名自体もリンクになっており、携帯端末ユーザがこのリンクを押下することで、画像確認画面８０００へ遷移する。携帯端末ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終えた場合、「すすむボタン」７９１０を押下することで、次の注文者情報入力画面８１００へ遷移する。又、「戻るリンク」７９１２を押下すると一括プリント注文画面７８００へ遷移する。
【０２２６】
個別プリント注文画面７９００のフェーズは一括プリント注文画面７８００と同じであるため、画面最上部に表示しているインジケータ７９０１において、現在のフェーズを表す◆マークは一括プリント注文画面７８００と同じく一番左に表示している。
【０２２７】
図６２の画面７９５０は、一画面中に表示する画像名が５つ以下の場合の個別プリント注文画面である。この画面と先程説明した画面７９００との差異は、設定更新ボタン７９０４、前へリンク７９０６、次へリンク７９０７、ページ番号指定領域７９０８、表示ボタン７９０９が無いことである。携帯端末ユーザによって入力されたプリント枚数は、「すすむボタン」７９１０が押下されたタイミングで携帯端末からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。
【０２２８】
図６３の画像確認画面８０００は、携帯端末ユーザがプリントを所望する画像を実際に見て確認するための画面である。この画面には、画像と画像名、画像ページ番号、画像サイズ、プリント回数を表示し、それらの情報は画像情報データテーブル９００の対応するレコードから読み出す。戻るリンク８００１を押下すると個別プリント注文画面７９００へ遷移する。
【０２２９】
続いてのステップＳ９３０４では、図６４の注文者情報入力画面８１００を携帯端末側に表示し、携帯端末ユーザに対して個人情報の入力を促す。携帯端末ユーザは、画面の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレス，配送方法，配送先を入力し、「すすむボタン」８１１４を押下する。アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、注文者データテーブル１３００（図４９）に新たなレコードを生成し、入力された個人情報を格納する。
【０２３０】
この際、本実施形態では都道府県情報をJISで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ２０４は、都道府県入力領域８１０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。又、この際に割り振った注文者ＩＤを、ステップ９３０１にて作成済みの注文情報データテーブル１０００のレコード内の注文者ＩＤフィールド１００２に格納する。未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０２３１】
携帯端末ユーザが配送先８１１３として「注文者と同じ」を選択して「すすむボタン」８１１４を押下した場合、次のフェーズである図６６の見積もり表示画面８３００へ遷移する。一方、「配送先を指定」を選択して「すすむボタン」８１１４を押下した場合、図６５の配送先入力画面８２００へ遷移する（ステップＳ９３０５）。又、戻るリンク８１１６を押下すると、直前に表示していた一括プリント注文画面７８００か個別プリント注文画面７９００のどちらかへ遷移する。
【０２３２】
注文者情報入力画面８１００のフェーズは個人情報入力フェーズであり、画面最上部に表示しているインジケータ８１０１における◆マークは左から２番目に表示している。
【０２３３】
すなわち、ステップＳ９３０５からＳ９３０６の配送先入力画面８２００へ遷移した場合、先程入力した注文者情報とは別に配送先を指定することができる。携帯端末ユーザは、画面の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレスを入力し、「すすむボタン」８２１２を押下する。アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ９３０６にて作成済みの注文情報データテーブル１０００のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ２０４は先程の注文者情報入力画面８１００での処理と同様に、都道府県入力領域８２０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０２３４】
携帯端末ユーザが「すすむボタン」８２１２を押下した場合、見積もり表示画面８３００へ遷移する。又、戻るリンク８２１４を押下すると、注文者情報入力画面８１００へ遷移する。
【０２３５】
配送先入力画面８２００のフェーズは注文者情報入力画面８１００と同じであるため、画面最上部に表示しているインジケータ８２０１において、現在のフェーズを表す◆マークは注文者情報入力画面８１００と同じく左から２番目に表示している。
【０２３６】
続いてのステップＳ９３０７では、図６６の見積もり表示画面８３００を携帯端末側に表示し、携帯端末ユーザに対してプリント注文内容の確認を促す。このため、商品価格や送料、各種手数料とその合計利用金額を算出し、更に注文者情報、配送先等の情報と共に画面に表示する。又、注文決済データテーブル１２００（図４８）に新たなレコードを生成し、算出した見積もりデータを格納する。この際のステータス１２０８は"０"（決済注文未確定）にしておく。 画面８１００は注文者情報と配送先が同じ場合の表示例であるため、配送先表示欄に「注文者と同じ」と表示している。注文者情報と配送先が異なる場合には、配送先表示欄に配送先情報を表示する。
【０２３７】
ステップＳ９３０８にて携帯端末ユーザが「注文するボタン」８３０２を押下した場合、ステップＳ９３０９へ進む。又、戻るリンク８３０４を押下すると、直前に表示していた注文者情報入力画面８１００か配送先入力画面８２００かのどちらかへ遷移する。又、注文取消しリンク８３０３を押下することで、プリント注文処理をキャンセルして画像閲覧画面７４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２３８】
見積もり表示画面８３００のフェーズは見積もりフェーズであり、画面最上部に表示しているインジケータ８３０１における◆マークは左から３番目に表示している。
【０２３９】
ステップＳ９３０９では、携帯端末ユーザに選択された画像がＤＢ内の画像情報データテーブル９００内にあるか否かをアプリケーションサーバ２０４がチェックする。もしもテーブル内に画像が無い場合、携帯端末側にエラー画面を表示（ステップＳ９３１０）した後、再度一括プリント注文画面７８００を表示して携帯端末ユーザに画像選択を促す。テーブル内に全ての画像がある場合はステップＳ９３１１へ進む。
【０２４０】
ステップＳ９３１１では、携帯端末からのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように注文受け付け画面８４００とオーダーステータス画面８５００のＵＲＬを同一にして、携帯端末ユーザの操作性を向上するために必要な処理である。携帯端末側にて見積もり画面８３００の「注文するボタン」８３０２が押下された際に、アプリケーションサーバ２０４へ送られてくるプリント注文要求内に含まれている（ＵＲＬパラメータに含まれている）注文番号を元にして、注文決済データテーブル１２００内から対応するレコードを検索し、その中のステータス１２０８を参照する。
【０２４１】
このステータスが決済注文未確定の場合は、少なくともまだ注文受け付け処理が完了していないプリント注文要求であると判断して、次のステップＳ９３１２へ進む。一方、ステータスが決済注文未確定以外の場合は、既に注文受け付け処理が完了しているプリント注文要求であると判断して、ステップＳ９３１７にて図６８のオーダーステータス画面を表示する。
【０２４２】
ステップＳ９３１２では、少なくともまだプリント注文受け付け処理が完了していないプリント注文要求が、本当に一度目のプリント注文要求であるか否かをチェックする。これは、見積もり画面８３００の「注文するボタン」８３０２が２度押しされた場合に、誤ってプリント注文要求を複数回受け付けないようにするために必要な処理である。具体的には、受けたプリント注文要求に対する後述のプリントオーダー作成処理（ステップＳ９３１４）を行っている最中か否かによって判断する。そして作成中である場合には２度目以降のプリント注文要求であると判断して、ステップＳ９３１８にてエラー画面を表示してプリント注文処理を終了する。一方作成中でない場合には１度目のプリント注文要求であると判断して、次のステップＳ９３１３へ進む。
【０２４３】
ステップＳ９３１３では、図６７の注文受け付け画面８４００を携帯端末側に表示し、プリント注文要求を受け付けた旨をユーザに通知する。又、この画面には、後述するステップＳ９３１５にて携帯端末ユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。更に、この注文受け付け画面８４００のＵＲＬを携帯端末に記憶しておき、後ほどそのＵＲＬへアクセスすることで、後述するオーダーステータス画面８５００を表示することができることも記載する。
【０２４４】
この画面には終了ボタン８４０２が配置されており、携帯端末ユーザがこのボタンを押下することでプリント注文処理を完了して画像閲覧画面７４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２４５】
注文受け付け画面８４００のフェーズは注文確定フェーズであり、画面最上部に表示しているインジケータ８４０１における◆マークは一番右側に表示している。
【０２４６】
アプリケーションサーバ２０４は、ステップＳ９３１３で注文受け付け画面８４００を表示すると同時に、ステップＳ９３１４のプリントオーダファイル作成処理を行う。ここで作成するファイルは、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を１つのファイルにパッケージしてまとめたものである。因みに、プリントする画像数が多量であったり、画像データサイズが大きい場合、このプリントオーダーファイル作成にはかなりの時間がかかる。
【０２４７】
続いてアプリケーションサーバ２０４は、ステップＳ９３１５にて決済サイト１２０に利用金額を通知する。決済サイト１２０は、通知された利用金額を受け付ける処理を行った後に、その確認番号をアプリケーションサーバ２０４に通知する。この通知を受けたアプリケーションサーバ２０４は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を"１"（未決済注文保留中）に変更する。更に、ステップＳ９３１６にて図５８に示すメールを携帯端末ユーザに送付する。
【０２４８】
以降の処理は、前述したＰＣからのプリントオーダ処理内のステップＳ４２１４からＳ４２２１（図５１）と同様であるため、説明は省略する。
【０２４９】
ステップＳ９３１７で表示するオーダステータス画面８５００とは、プリント注文を行った携帯端末ユーザがその後の処理状況を確認できるようにすることを目的として、アプリケーションサーバ２０４側で提供する画面である。この画面には、注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。処理ステータスには、入金待ち，入金期限切れ，プリント待ち，プリント完了，配送完了等があり、注文情報データテーブル１０００内のステータス１０１４や注文決済データテーブル１２００内のステータス１２０８の状態と連動して随時ステータス表示を変更する。
【０２５０】
携帯端末ユーザがこの画面へアクセスする方法は、前述の注文受け付け画面８４００自体のＵＲＬを携帯端末に記憶して使用するか、若しくは前述のステップＳ９３１６にて携帯端末ユーザに送付されたメールに記載されているオーダーステータス画面のＵＲＬを使用するかの何れかである。アプリケーションサーバ２０４は、ユーザがこの何れの方法でアクセスしてきた場合も前述したステップＳ９３１１の処理を行い、結果的にオーダステータス画面８５００を携帯端末に表示する。
【０２５１】
ここで、ＰＣからのプリント注文と携帯端末からのプリント注文とで処理フローが大きく異なる部分について補足しておく。
【０２５２】
ＰＣからのプリント注文の場合（図５１参照）、ユーザがプリント注文を行うと先ずステップＳ４２１０でプリントオーダーファイルを作成し、続いてステップＳ４２１１で決済サイトから番号を取得した後に、ステップＳ４２３１で受け付け画面を返す。しかし、上記プリントオーダファイルの作成や番号の取得処理は、扱う画像数やデータサイズ、決済サイト−フォトサイト間のネットワーク状態によって非常に時間がかかる場合がある。
【０２５３】
一方、携帯端末からのプリント注文の場合、ユーザがプリント注文を行うと先ずステップＳ９３１３で受け付け画面を返し、続いてステップＳ９３１４でプリントオーダーファイルを作成してステップＳ９３１５で決済サイトから番号を取得する。携帯端末との通信では、携帯端末からのリクエストに対してフォトサイトからのレスポンスが返るまでの間のタイムアウトが短めに設定されてることが多い。この事情を考慮し、携帯端末からのプリント注文時は、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行う工夫をしている。このことにより、携帯端末とフォトサイト間の通信タイムアウトを極力防ぐことができる。
【０２５４】
尚、本実施形態ではプリント注文における決済の状況による通信端末への返送情報について説明したが、本発明がこの処理に限定されない。本発明は、ＵＲＬなどのネットワークのアクセスをアドレス指定する処理における返送をサービスの処理状況に対応して多様化することにより、クライアント端末を操作するユーザの操作をより簡便にするものであり、このような全ての処理も本発明に含まれる。
【０２５５】
又、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０２５６】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０２５７】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２５８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０２５９】
【発明の効果】
以上説明したように、本発明によれば、パーソナルコンピュータからのプリント注文の場合には、プリント注文要求に対するレスポンスとして処理結果を送信する一方、パーソナルコンピュータよりもタイムアウトが短く設定されている携帯端末からのプリント注文の場合、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行うことにより、携帯端末と情報提供装置間の通信タイムアウトを防ぐことができる。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトのＰＣからのアクセスに対する処理手順を示すフローチャートである。
【図１１】本実施形態のフォトサイトからサーバサービスを開始するときに表示される画面の例を示す図である。
【図１２】本実施形態のユーザＰＣからフォトサイトへユーザ登録を行なう場合のやりとりの例を示した図である。
【図１３】本実施形態のユーザ登録時のフォトサイトの処理例を表すフローチャートである。
【図１４】本実施形態のユーザ登録を行うための画面例を示す図である。
【図１５】本実施形態のパスワードの再入力を行なう画面例を示す図である。
【図１６】本実施形態のフォトサイトのユーザ登録確認画面の一例を示す図である。
【図１７】本実施形態のフォトサイトのユーザ登録時に発行される電子メールの内容の一例を示す図である。
【図１８】本実施形態のフォトサイトに正常にログイン認証されたときに表示される画面例を示す図である。
【図１９】本実施形態のフォトサイトでのユーザの編集操作に関する処理例を示したフローチャートである。
【図２０】本実施形態のフォトサイトでのアルバム編集処理の手順例を示すフローチャートである。
【図２１】本実施形態のユーザＰＣからフォトサイトへのアルバム新規登録、プロパティー、削除の指示をする場合のやりとりの例を示した図である。
【図２２】本実施形態のフォトサイトのアルバムのプロパティ設定画面例を示す図である。
【図２３】本実施形態のフォトサイトのアルバムの削除確認画面例を示す図である。
【図２４】本実施形態のユーザＰＣからフォトサイトへのアップロード、閲覧通知の指示をする場合のやりとりの例を示した図である。
【図２５】本実施形態のフォトサイトで、現在表示して編集中のアルバムに画像をアップロードするときの手順例を示したフローチャートである。
【図２６】本実施形態のフォトサイトで、アップロードできないことを示す警告画面例を示す図である。
【図２７】本実施形態のアップロード画像の選択画面例を示す図である。
【図２８】本実施形態のフォトサイトで対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２９】本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図３０】本実施形態のアルバム通知メールの一例を示す図である。
【図３１】本実施形態のフォトサイトのアルバム選択ボタンの一つが押下されたときのアルバムの選択及び表示に関する処理を表すフローチャートである。
【図３２】本実施形態のフォトサイトのアルバムの詳細表示画面の一例を示す図である。
【図３３】本実施形態のユーザＰＣや携帯端末からフォトサイトへのアルバム閲覧の指示をする場合のやりとりの例を示した図である。
【図３４】本実施形態のアルバムの閲覧開始画面例を示す図である。
【図３５】本実施形態のアルバムの閲覧画面例を示す図である。
【図３６】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図３７】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図３８】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図３９】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図４０】特定の携帯電話からのアクセスを管理するテーブル例を示した図である。
【図４１】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示した図である。
【図４２】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示した図である。
【図４３】図３７に示す画像閲覧画面７４００を表示するときの表示に関する処理例を表すフローチャートである。
【図４４】図４３でセッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【図４５】図４３及び図４４で画像閲覧画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を詳細に表すフローチャートである。
【図４６】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図４７】本実施形態のフォトサイトで管理する注文情報データテーブルを示した図である。
【図４８】本実施形態のフォトサイトで管理する注文画像データテーブルを示した図である。
【図４９】本実施形態のフォトサイトで管理する注文決済データテーブルを示した図である。
【図５０】本実施形態のフォトサイトで管理するプリントサイトデータテーブルを示した図である。
【図５１】本実施形態に係るフォトサイトを利用してプリントオーダを行うときのクライアントＰＣ、フォトサイト、プリントサイト間での処理の流れを表した図である。
【図５２】本実施形態に係る画像の印刷注文画面を示す図である。
【図５３】本実施形態に係る画像の印刷注文時に１枚も画像が選択されていない時に表示される警告画面を示す図である。
【図５４】本実施形態に係る画像印刷注文時の見積もり表示画面を示す図である。
【図５５】本実施形態に係る画像印刷注文時の注文者情報入力表示画面を示す図である。
【図５６】本実施形態に係る画像印刷注文時の配送先情報入力表示画面を示す図である。
【図５７】本実施形態としての情報提供システムで表示される注文内容確認画面の一例を示す図である。
【図５８】本実施形態に係る印刷オーダ時に通知されるＥ−Ｍａｉｌの一例を示す図である。
【図５９】本実施形態に係る携帯端末からのプリント注文処理に関わる画面の遷移関係を示す図である。
【図６０】本実施形態に係る携帯端末からのプリント注文処理における一括プリント注文画面を示す図である。
【図６１】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図６２】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（１ページ構成の場合）を示す図である。
【図６３】本実施形態に係る携帯端末からのプリント注文処理における画像確認画面を示す図である。
【図６４】本実施形態に係る携帯端末からのプリント注文処理における注文者情報入力画面を示す図である。
【図６５】本実施形態に係る携帯端末からのプリント注文処理における配送先入力画面を示す図である。
【図６６】本実施形態に係る携帯端末からのプリント注文処理における見積もり画面を示す図である。
【図６７】本実施形態に係る携帯端末からのプリント注文処理における注文受け付け画面を示す図である。
【図６８】本実施形態に係る携帯端末からのプリント注文処理におけるオーダーステータス画面を示す図である。
【図６９】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
【発明の属する技術分野】
本発明は、記憶する画像に対して、情報端末、特に携帯電話から閲覧サービスを受ける情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラムに関するものである。
【０００２】
【従来の技術】
デジタル画像情報は、一般に、画像入力機器によって提供される。近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズやコストがスケールダウンしたことで、画像を撮影する画像入力機器が広く用いられるようになってきた。そして、デジタルカメラを用いて撮影した画像データは、デジタルカメラ内にあるメモリに保存された後、デジタルカメラのユーザが所有するパーソナルコンピュータ内のＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。又、カラースキャナの普及に伴って、電子データとして画像を作成、保管することも容易にできるようになった。
【０００３】
一方で、近年、通信インフラの整備及び情報通信技術の発展により、インターネット等のネットワークを利用した情報提供サービスが可能となっている。
【０００４】
このような背景から、情報提供サービスを行うシステムとして、画像サービスサイト（以後フォトサイトと称す）が、ネットワーク上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に再度閲覧できるようなサービスを提供するシステムが現れている。更に、閲覧している画像データに対してプリント注文を行えるサービスを提供するシステムも現れてきている。又、このようなサービスを提供するプロバイダもある。
【０００５】
【発明が解決しようとする課題】
しかしながら、携帯端末の画面は小型軽量化されているためディスプレイの大きさや、表示文字はデスクトップタイプのパーソナルコンピュータのそれと比較すると大変小さく、また受信データ量にも制約が多い。
【０００６】
そのため、注文処理などを行う場合に、注文受付画面や受付のステータス状況を表示するページなど多くの情報量を提供するためにページを分割して提供せざるを得ないことも多い。こうしたことから、重要な複数の情報ページを要求に応じて表示させたい場合には、利用者は複数のページをブックマークさせるなどの必要性があった。
【０００７】
本発明は、上記問題点に鑑み、パーソナルコンピュータからのプリント注文の場合には、プリント注文要求に対するレスポンスとして処理結果を送信する一方、パーソナルコンピュータよりもタイムアウトが短く設定されている携帯端末からのプリント注文の場合、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行うことにより、携帯端末と情報提供装置間の通信タイムアウトを防ぐことができるようにするものである。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報提供装置は、通信端末からの画像のプリント注文に基づいて、プリントサービスを提供する情報提供装置であって、前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信手段と、前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶手段と、前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶手段に記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供手段とを備え、前記送信手段は、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信することを特徴とする。
【０００９】
ここで、前記通信端末がパーソナルコンピュータである場合は、前記注文受け付け画面が前記決済サイトから発行された確認番号を含み、前記通信端末が携帯端末である場合は、前記注文受け付け画面が前記決済サイトから発行される確認番号を含まず、前記注文受け付け画面の送信後の前記決済サイトへの決済処理のリクエストに応答して前記決済サイトから発行された確認番号を取得して前記通信端末に通知し、前記決済サイトは、前記通信端末から提示された前記確認番号にしたがって前記プリントサービスの利用金額の入金処理を行う。また、前記画像からプリントオーダファイルを生成する生成手段と、前記生成手段により生成されたプリントオーダファイルをプリントサイトに送付する送付手段とをさらに備え、前記送信手段は、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記生成手段により前記プリントオーダファイルを生成した後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記生成手段により前記プリントオーダファイルを生成する前に前記プリント注文に応答して前記注文受け付け画面を送信する。また、前記プリントサービスの処理状況は、前記プリントサービスの利用金額の決済処理が未確定か否かを表わす。
【００１０】
又、本発明の情報提供装置の制御方法は、通信端末からの画像のプリント注文に基づいて、プリントサービスを提供するための情報提供装置の制御方法であって、前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信ステップと、前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶ステップと、前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶ステップで記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供ステップとを備え、前記送信ステップでは、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信することを特徴とする。
【００１１】
又、本発明のプログラムは、通信端末からの画像のプリント注文に基づいて、プリントサービスを提供するための情報提供装置の制御方法を実現するために、前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信ステップと、前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶ステップと、前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶ステップで記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供ステップとをコンピュータに実行させるためのプログラムであって、前記送信ステップでは、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信させ、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信させる。
【００１３】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１４】
ここでは、本発明を実施する一実施形態の情報処理システムとして、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１５】
＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００１６】
情報提供システムは、サービスの提供を受けるユーザのＰＣ（Personal Computer）１０２（以下、ユーザＰＣと略す）と、携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と入金処理を行う決済サイト１２０とからなる。
【００１７】
フォトサイト１０５は、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００１８】
又、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイト１０９に対して印刷のオーダを依頼する。又、プリントサイト１０９は、インターネットを利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００１９】
まず、ユーザはユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。次に、フォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択できる。選択された画像の識別情報がフォトサイト１０５からプリントサイト１０９に渡される。
【００２０】
（画像アップロード）
図１で、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００２１】
データ転送用インタフェース１１６は、画像入力装置１０１とユーザＰＣ１０２間で撮影された画像データを転送するためのインタフェースである。データ転送用インタフェース１１６は、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ１３９４に代表される有線インタフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インタフェースの場合もある。
【００２２】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インタフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２３】
ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２４】
画像入力装置１０１で撮影され、ユーザＰＣ１０２の情報記憶領域に格納されている画像データは、ユーザＰＣ１０２のユーザの要求により、フォトサイト１０５に転送される（以下、この転送を画像アップロードと呼ぶ）。この画像アップロードを行う方法としては、先に述べたＷｅｂブラウザを用いて転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送する方法や、画像アップロード専用ソフトウエア等を用いて、直接、画像データを選択して転送する方法がある。いずれの方法も、インターネット上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００２５】
アップロードされた画像データはフォトサイト１０５において利用可能なデータであるかどうかをチェックされる。利用可能であると判断した場合は、アップロードされた画像データや属性情報等を格納する。フォトサイト１０５は、アップロードされた画像データの複数枚をひとつの単位としてまとめたアルバムとして管理することもできる。
【００２６】
この段階でフォトサイト１０５は、正常に画像データがアップロードされたことをユーザＰＣ１０２に通知する。ユーザＰＣ１０２のユーザは、Ｗｅｂブラウザを介して、このようにして画像データをアップロードすることができる。
【００２７】
フォトサイト１０５には、画像データの属性情報以外にも各種データが一元管理されている。例えば、予め登録しているユーザ属性情報のデータや、アップロードされた画像データのプリントアウトを依頼するプリントサイト属性情報のデータなどである。
【００２８】
尚、上記では画像をアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、携帯端末、例えば携帯電話から画像をアップロードできてもよいし、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置から直接に有線や無線で画像をアップロードできてもよい。
【００２９】
（画像閲覧サービス）
次に、画像データをフォトサイト１０５にアップロードしたユーザ以外が、インターネット１０４を介して、格納されている画像データを閲覧する方法について説明する。
【００３０】
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を、一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供する。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）のＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザを用いてフォトサイト１０５に通知する。
【００３１】
フォトサイト１０５は閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Universal Resource Locator）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる。(以後、この様な一意に予測不可能なＵＲＬをランダムＵＲＬと称す。) 下記にその一例を示す。
【００３２】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumＩＤ=AJNWDMF
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、例えばユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌにて通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することができる。
【００３３】
又、フォトサイト１０５は、画像をアップロードしたユーザが指定する携帯端末所有者に対しても、画像（又はアルバム）の閲覧通知を行って閲覧サービスを提供することができる。この場合、フォトサイト１０５は、前述の閲覧ユーザに対するＥ−Ｍａｉｌ通知と同様に、携帯端末１１３に対してもＥ−Ｍａｉｌ通知を行う。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを、携帯端末ユーザと略す）は、同様に画像及びアルバムの閲覧することができる。
【００３４】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５Ａとを介して、携帯端末１１３Ａとの各種データのやり取りが可能なモバイルネットワーク１１４Ａに送り出され、携帯端末１１３Ａに転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３Ａの専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４Ａ→インターネット接続ゲートウエイ１１５Ａ→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００３５】
フォトサイト１０５は、閲覧ユーザからのアクセスに対して、ＰＣ１０２上で動作しているＷｅｂブラウザで表示可能なＨＴＭＬ，ＸＭＬ等の記述言語で作成されたＷｅｂデータを返す。
【００３６】
一方、携帯端末ユーザからのアクセスに対しては、携帯端末１１３Ａ上で動作しているＷｅｂブラウザで表示可能なＷＭＬ，ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３Ａの機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。閲覧可能な機種は、携帯端末１１３Ａのみではなく、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境の違う携帯端末１１３Ｂもある。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。説明の便宜上、図１においては利用可能な携帯端末機種をＡとＢの２つのみ示しているが、実際には当然これ以上の機種で利用可能である。
【００３７】
（印刷サービス）
次に、ユーザＰＣ１０２Ｂや携帯端末１１３を使用している閲覧ユーザが、このようにして閲覧可能になった画像データを、プリント注文する方法を説明する。フォトサイト１０５は、閲覧ユーザからの画像データのプリント注文を、画像データのプリントアウトを提供するプリントサイト１０９に対して行う。
【００３８】
閲覧ユーザが印刷したいときには、閲覧画面から印刷注文を指定する。フォトサイト１０５は、選択画像情報に必要な画像データを、画像データベース１１７から取得して選択画像情報を生成する。この選択画像情報を、ユーザＰＣ１０２Ｂに対して、インターネット１０４を介して送信することにより、閲覧ユーザは、選択された画像毎にプリント形式や枚数などを入力できる。
【００３９】
フォトサイト１０５は、選択された画像毎にプリント形式や枚数などの情報をもとに、料金算出モジュール１１０により見積額を算出し、算出した見積額をインターネット１０４を介してフォトサイト１０５に送信する。
【００４０】
ここで提示された価格での購入を、プリント注文した閲覧ユーザが認め、承認のアクションをフォトサイト１０５に返すと、決済手段としての決済サイト１２０に対して利用代金情報を通知し、登録番号を返信する。この登録番号をメールもしくは画面により閲覧ユーザに通知する。閲覧ユーザは、利用代金を店舗１２１にて登録番号を示し入金する。入金を受けた店舗１２１は、決済サイト１２０に入金情報を登録番号とともに通知し、決済サイトは入金情報をフォトサイト１０５に通知する。入金情報を受けたフォトサイト１０５はプリントアウトに必要な画像データを含むプリントオーダ情報を、プリントサイト１０９に送る。プリントサイト１０９は、プリントオーダを受理し、送られてきた画像情報をプリントサイト１０９が所有する印刷手段を用いてプリントアウトする。プリントアウトされた印刷物１１２は、何がしかの運送手段によって、プリントアウトを依頼した閲覧ユーザに届けられる。
【００４１】
＜本実施形態のフォトサイトの構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
【００４２】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネットスイッチ（ＳＷ）２１０からなる。
【００４３】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００４４】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ(PC-APPS)２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ(Mobile-APPS)２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３,２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００４５】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ(Mobile-Trans)２０５に振り分けを行う。
【００４６】
アプリケーションサーバ２０３は、ＰＣ１０１からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００４７】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００４８】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成しする。
【００４９】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをHTTPで受けたとき、リクエストに含まれるUser-Agent情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００５０】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００５１】
ユーザからの画像はｆｔｐプロトコルにてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００５２】
以上のような本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２Ａを用いて、フォトサイト１０５に対して、利用登録を行い、フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像の転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２Ａもしくは携帯端末１１３から、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像の印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２ＡからユーザＰＣ１０２Ｂ、及び携帯端末１１３Ａへ、フォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧：ユーザＰＣ１０２Ｂから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３Ａから、フォトサイト１０５に格納された画像データの閲覧を行う。
【００５３】
＜本実施形態のフォトサイトのハードウエア構成例＞
図３は、本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略してある。
【００５４】
１０は図１の制御装置であるＣＰＵであり、フォトサイト全体を制御する。ＲＯＭ２０には、変更を必要としないプログラムやパラメータが格納されている。ＲＡＭ３０はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１とプログラムロード領域３２からなる。
【００５５】
プログラムロード領域３２には、外部記憶装置４０からＯＳやプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ１０により実行される。
【００５６】
データ記憶領域３１には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１ａ、ユーザの通信端末から受信した受信データ３１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１ｃや現在使用している保管用容量３１ｄ、携帯端末からの閲覧時に使用される削除フラグ１，２を記憶する領域３１ｅやセッションＩＤ３１ｆなどが確保される。
【００５７】
外部記憶装置４０は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピーディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域４１とプログラム記憶領域４２からなる。
【００５８】
データ記憶領域４１には、保管を依頼した顧客情報を管理する顧客情報データベース４１ａ、保管されている画像情報を管理する画像情報データベース４１ｂ、携帯端末用の情報を管理する携帯端末データベース４１ｃ、保管されている画像情報の印刷注文を管理する注文情報データベース４１ｄ等が記憶される。これらは、例えば、図４から図９、あるいは図４０から図４２、あるいは図４６から図５０にその構成例が更に以下で詳細に示される。
【００５９】
プログラム記憶領域４２には、ＲＡＭ３０のプログラムロード領域３２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム４２１として、以下に詳細に示すユーザ登録モジュール４２１ａ、ログインモジュール４２１ｂ、アルバム閲覧モジュール４２１ｃ、プリントオーダモジュール４２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム４２２として、本実施形態の特徴部分であるアルバム閲覧モジュール４２２ａやプリントオーダモジュール４２２ｂなどが格納される。
【００６０】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよく、又、記憶部、特に外部記憶装置４０は複数の装置に分散されて構成されていてもよい。
【００６１】
＜データベースの構成例＞
図４から図９及び図４６から図５０は、それぞれ本実施形態におけるフォトサイト１０５が管理するデータベース２０８の内容を示した図である。
【００６２】
（顧客情報データベース例）
図４から図６は、データベース２０８内で管理している顧客用のテーブルの内容を示した図である。
【００６３】
図４は、本実施形態におけるフォトサイト１０５で管理する顧客情報に関するデータテーブルを示した図である。
【００６４】
ユーザがユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、データベース２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は"１"ならば登録済みで利用可能な状態、"０"は利用禁止状態を表す。
【００６５】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【００６６】
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、データベース２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００６７】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブルを示した図である。
【００６８】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００６９】
（画像情報データベース例）
図７から図９は、データベース２０８内で管理している画像情報管理用のテーブルの内容を示した図である。
【００７０】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブルを示した図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００７１】
アルバムの公開可否フラグ７０４は"１"ならば公開可能、"０"ならば公開禁止、"−１"ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は"１"ならばパスワード有り、"０"ならばパスワード無しを表し、パスワード可否フラグ７０５が"１"の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は"１"ならば印刷可能、"０"ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は"１"ならば表示可能、０ならば表示不可を意味する。表示形式番号は"１"ならば一覧表示、"２"ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、"１"ならば表示可能、"０"ならば表示不可を意味する。このフラグはサービス管理者により制御する。又、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２を保管する。
【００７２】
図８は本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブルを示した図である。
【００７３】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００７４】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブルを示した図である。
【００７５】
画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は"１"ならば表示可能、"０"ならば表示不可を意味する。
【００７６】
（注文情報データベース例）
図４６から図５０は、データベース２０８内で管理しているプリント注文に関するテーブルの内容を示した図である。
【００７７】
図４６は、本実施の形態におけるフォトサイト１０５で管理する注文情報テーブルを示した図である。
【００７８】
注文情報テーブル１０００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。印刷注文ごとに発行される注文番号１００１をキーとして、注文者ＩＤ１００２、配送先氏名１００３、配送先郵便番号（１、２）１００４、１００５、配送先都道府県コード１００６、配送先住所（１、２）１００７、１００８、配送先電話番号（１、２、３）１００９、１０１０、１０１１、プリントサイトＩＤ１０１２、注文日時１０１３、注文ステータス１０１４が保管される。注文ステータス１０１４は、"０"がプリントサイト発注前（デフォルト値）、"１"がプリントサイト発注済、"２"が配送済みを意味する。
【００７９】
図４７は、本実施の形態におけるフォトサイト１０５で管理する注文画像データテーブルを示した図である。
【００８０】
注文画像データテーブル１１００は、アルバムの印刷オーダがあると、通知される画像に対応して画像数分だけのレコードが作製され、データベース１１８に登録され管理される。注文画像データテーブル１１００には、注文番号１１０１をキーとしてプリントサイト１０９の受付番号１１０２、印刷オーダ単位で管理する画像番号１１０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１１０４、１１０５、１１０６、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、画像ＩＤ１１１０を管理する。プリントサイズ１１０８には"１"はＬ判、"２"は２Ｌ判、"３"は官製はがきサイズ、"４"は私製はがきサイズ、"５"はＡ４サイズを意味する。又、プリントタイプ１１０９では、"０"は縁無しプリント、"１"は縁有りプリントを意味する。なお、同一の注文では注文番号１１０１と注文番号１００１は同一の番号が格納さる。画像ＩＤ１１００はコピー前の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００８１】
図４８は、本実施の形態におけるフォトサイト１０５で管理する注文決済データテーブルを示した図である。
【００８２】
注文決済データテーブル１２００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文決済データテーブル１２００には注文番号１２０１をキーとして決済方法１２０２、合計料金１２０３、プリント料金１２０４、プリント料金税額１２０５、送料１２０６、送料税額１２０７、ステータス１２０８を管理する。決済方法１２０２では、"１"は振込み、"２"は代引き、"３"はクレジット決済、"４"は店舗決済代行を意味するが、本実施の形態では"４"の店舗決済代行の場合のみの流れを説明する。ステータス１２０８では、"０"は決済注文未確定（デフォルト値）、"１"は未決済注文保留中、"２"は決済終了を意味する。なお、同一の注文では注文番号１２０１として注文番号１００１と同じ値が格納される。
【００８３】
図４９は、本実施の形態におけるフォトサイト１０５で管理する注文者データテーブルを示した図である。
【００８４】
注文者データテーブル１３００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文者データテーブル１３００では注文者ＩＤ１３０１をキーとして、ユーザＩＤ１３０２、通知先メールアドレス１３０３、氏名（姓）１３０４、氏名（名）１３０５、ふりがな（姓）１３０６、ふりがな（名）１３０７、郵便番号（１、２）１３０８、１３０９、都道府県コード１３１０、住所（１、２）１３１１、１３１２、電話番号（１、２、３）１３１３、１３１４、１３１５を管理する。印刷注文者がフォトサイトの登録ユーザでない場合、ユーザＩＤ１３０２には０が代入される。なお、同一の注文においては注文者ＩＤ１３０１と注文者ＩＤ１００２には同じＩＤが格納され、注文者がフォトサイトの会員である場合には同一の注文者に対するユーザＩＤ１３０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１３０３〜１３１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００８５】
図５０は、本実施の形態におけるフォトサイト１０５で管理するプリントサイトデータテーブルを示す図である。
【００８６】
なお、本実施形態では１箇所のプリントサイトで説明しているが、プリントサイトデータテーブル１４００は、フォトサイト１０５に接続できる新たなプリントサイトができると、それに応じて新たなレコードが作製され、データベース１１８に登録され管理される。プリントサイトデータテーブル１４００ではプリントサイトＩＤ１４０１をキーとしてプロバイダ名称１４０２、プリントオーダ通知用ＣＧＩへのＵＲＬ１４０３を管理する。
【００８７】
＜本実施形態のフォトサイトのＰＣからのアクセスに対する動作例＞
図１０に、フォトサイト１０５における全体の動作例、特にＰＣからのアクセスに対する動作例を示す。
【００８８】
まず、ステップＳ１０１でユーザからのアクセスを待って、アクセスがあってアクセス要求がＰＣからであれば、ステップＳ１０２で初期画面（図１１参照）を表示する。初期画面に応答してユーザからの指示があると、ステップＳ１０４，Ｓ１０６，Ｓ１０８，Ｓ１１０で夫々「ユーザ登録」が選択されたか、「ログイン」が選択されたか、「アルバム閲覧」が選択されたか、「プリントオーダー」が選択されたかを判定する。「ユーザ登録」であればステップＳ１０５でユーザ登録処理を実行する。「ログイン」であればステップＳ１０７でログイン処理を実行する。「アルバム閲覧」であればステップＳ１０９でアルバム閲覧処理を実行する。「プリントオーダー」であればステップＳ１１１でプリントオーダー処理を実行する。
【００８９】
各処理を終了した場合、あるいはどの処理でもなかった場合は、ステップＳ１１２でサイトアクセスの終了か否かを判定し、終了でなければステップＳ１０２に戻って再度初期画面を表示させる。終了指示の受信があると、サービスを終了する。
【００９０】
以下、ＰＣ１０２に対するアプリケーションサーバ２０３の詳細なサービスを説明をする。尚、以下の説明では、ユーザＰＣ１０２Ａがアップロード（画像の保管）を行い、ユーザＰＣ１０２Ｂや携帯端末１１３Ａ，Ｂが画像閲覧を行なう場合を例に説明する。
【００９１】
（フォトサイト１０５の入口）
図１１は、本実施形態におけるフォトサイト１０５のサービスを受けようとする場合に最初に表示される初期画面の例である。
【００９２】
フォトサイト１０５の記憶部には、この画面１９００を表示するためのＨＴＭＬデータが格納されており、インターネット１０４経由で自由にダウンロード可能な状態となっている。従って、ユーザＰＣ１０２Ａで、Ｗｅｂブラウザを起動し、フォトサイト１０５のＷｅｂサーバのアドレスを示すＵＲＬを指定すれば、図１１に示す画面１９００が表示される。
【００９３】
画面１９００にはユーザ登録用ボタン１９０１、ユーザ登録を済ませたユーザがフォトサイト１０５を利用するためのログインネームの入力領域１９０２、パスワードの入力領域１９０３、ログインボタン１９０４、アルバムの閲覧を行うためのアルバムＩＤ入力領域１９０５、アルバム閲覧用ボタン１９０６、印刷注文のステータス確認用のプリントオーダＩＤ入力領域１９０７及びプリントオーダ確認ボタン１９０８が配置されている。
【００９４】
以下、画面１９００の各ボタンを押下したときの処理について説明する。
【００９５】
（ユーザ登録例）
まず、ユーザ登録を行うための手続きについて説明する。図１２は、本実施携帯のユーザ登録時のユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりを示す図である。
【００９６】
画面１９００のユーザ登録用ボタン１９０１が押下されると、図１３のユーザ登録時のフォトサイト１０５の処理を表すフローチャートに従って処理が行われる。画面１９００にてユーザ登録用ボタン１９０１が押下されると、図１４に示される画面２１００が表示されユーザ登録処理が開始される（ステップＳ２００１）。
【００９７】
図１４に示される画面２１００は本実施形態におけるユーザ登録を行うための画面であり、登録するユーザの通知先メールアドレスの入力領域２１０１、ユーザのログインネームの入力領域２１０２、パスワードの入力領域２１０３、氏名の入力領域２１０４、２１０５およびそのふりがなの入力領域２１０６、２１０７、登録するユーザの郵便番号の入力領域２１０８、２１０９、都道府県の選択領域２１１０、住所の入力領域２１１１、２１１２及び電話番号の入力領域２１１３、２１１４、２１１５を有する。キャンセルボタン２１１７が押下された場合には、図１３には不図示であるがユーザ登録処理は行われず、画面は１９００に戻る。
【００９８】
ここで、登録ボタン２１１６が押下されると、ステップＳ２００２にて必須項目が入力されたかどうかのチェックを行う。本実施形態ではメールアドレス２１０１、ログインネーム２１０２、パスワード２１０３、氏名（２１０４、２１０５）及び電話番号２１１３、２１１４、２１１５を必須項目とする。フォトサイト１０５で必須項目が入力されていないと判断された場合には、ステップＳ２００３にてエラー画面を表示する。
【００９９】
ステップＳ２００２において、必須項目が入力されたと判断された場合、フォトサイト１０５はデータベース２０８の顧客情報データテーブル４００を検索し（ステップＳ２００４）、入力領域２１０２で入力されたログインネームが既に使用されているかどうか判定する（ステップＳ２００５）。入力領域２１０２で入力されたログインネームが既に使用されている場合には、ステップＳ２００６でエラー画面を表示する。
【０１００】
入力領域２１０２で入力されたログインネームがデータベース２０８で見つからなかった場合には、パスワードの再入力を促す図１５の表示画面２２００が表示される（ステップＳ２００７）。図１５の表示画面２２００には、パスワードの入力領域２２０１、パスワードの送信指示２２０２、キャンセル２２０３が表示されている。キャンセル時には、図１３には不図示であるが登録処理は中断され、画面２１００が表示される。ステップＳ２００８にて、パスワードの入力領域２２０１に入力されたパスワードが画面２１００のパスワード入力領域２１０３で入力された文字と同じであるかどうかの判定を行う。ステップＳ２００８で入力されたパスワードが同じでなかったと判断された場合にはエラー画面を表示する（ステップＳ２００９）。
【０１０１】
ステップＳ２００８で、入力されたパスワードが同じであったと判断された場合には、ステップＳ２０１０に進み、ユーザ登録に必要な情報が全て入力されたものとして、図１６に示されるユーザ情報確認画面２６００を表示する。ここに表示される情報は画面２１００にてユーザが入力した情報である。ここで、訂正ボタン２６０２が押下されると、ステップＳ２００１に戻って再度画面２１００が表示され、入力情報の編集を行うことができる。
【０１０２】
確認ボタン２６０１が押下されると、過去に発行したユーザＩＤの最大値をデータベース２０８の顧客情報データテーブル４００より取得する。そして、その数値に１を加算した値を、新たに登録するべきユーザのユーザＩＤとする（ステップＳ２０１２）。
【０１０３】
ステップＳ２０１３おいては、ステップＳ２０１２で求めたユーザＩＤに基づき、新たに顧客情報データテーブル４００を作成し、画面２１００で入力された情報をその顧客情報テーブル４００に登録する。つまり、図２１の入力領域２１０１の内容が図４の４０２に、入力領域２１０２の内容が４０３に、入力領域２１０３の内容が４０４に、入力領域２１０４の内容が４０５に、入力領域２１０５の内容が４０６に、入力領域２１０６の内容が４０７に、入力領域２１０７の内容が４０８に、入力領域２１０８の内容が４０９に、入力領域２１０９の内容が４１０に、選択領域２１１０の内容が４１１に、入力領域２１１１の内容が４１２に、入力領域２１１２の内容が４１３に、入力領域２１１３の内容が４１４に、入力領域２１１４の内容が４１５に、入力領域２１１５の内容が４１６に、それぞれ格納される。更にユーザ登録状態４１７を１とする。
【０１０４】
ユーザ新規登録状態では、ユーザの作成したアルバムもアップロード画像も存在しないが、新規登録時に、図６に示した顧客アルバムテーブル６００と、図７に示したアルバム情報データテーブル７００とをそれぞれ１レコードずつ作成しデータベース２０８に登録しておいてもよい。この場合には、アルバムＩＤ６０２としては今までにデータベース２０８で発行したアルバムＩＤの最大値＋１が格納される。又、アルバム表示番号６０３は１に設定され、アルバム名７０２には、仮アルバム名称としてデフォルトで例えば「マイアルバム」と設定すればよい。その他、アルバム情報データテーブル７００内には、フォトサイト１０５で決定した初期値がそれぞれ設定されることは言うまでもない。
【０１０５】
データベース２０８への登録が終了すると、図１６の画面２６００に表示された内容と同じ内容の電子メール文章を作成し、図４の顧客情報テーブル４００に登録されているＥ−Ｍａｉｌアドレスに対して電子メールを発行する（ステップＳ２０１４）。図１７はこのとき発行される電子メールの内容を示した一例である。
【０１０６】
（ログイン）
次に、フォトサイト１０５に対するユーザ登録を行ったユーザが、実際にフォトサイト１０５でのサービスを受けるための手続きについて説明する。尚、本実施形態では、フォトサイト１０５において、ユーザの画像は全てアルバムと名付けられたフォルダ単位で管理されているものとする。
【０１０７】
画面１９００において、ログインネーム入力領域１９０２及びパスワード入力領域１９０３にログイン名及びパスワードを入力してログインボタン１９０４が押下されると、フォトサイト１０５ではデータベース２０８より顧客情報データテーブル４００を検索する。ログイン名が顧客情報データテーブル４００より検索されなかった場合、又は、検索されたレコードのパスワードとパスワード入力領域１９０３に入力された文字列が一致しなかった場合には、警告画面を表示する。
【０１０８】
検索されたレコードのパスワードと、入力領域１９０３に入力された文字列とが一致した場合には、フォトサイト入力ユーザの認証を正常に行ったこととして図１８に示す画面２９００（以下、この画面をメインメニューとも言う）を表示する。
【０１０９】
画面２９００において、ボタン２９０１はユーザ情報変更用のボタンである。ボタン２９０２はログアウトボタンである。領域２９０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン２９０４はアルバムのプロパティを設定するためのボタンである。ボタン２９０５はアルバム通知ボタンである。ボタン２９０６はアルバムを新規作成するためのボタンである。ボタン２９０７はアルバム削除のためのボタンである。ボタン２９０８は画像をアップロードするためのボタンである。ボタン２９０９はプリントオーダボタンである。領域２９１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイト上に保管している画像のサイズ、許容使用量に対する比率が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。
【０１１０】
図１８ではユーザが５個のアルバムを作成したことがボタン２９１１〜ボタン２９１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域２９２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域２９１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン２９１７〜ボタン２９２２の各ボタンが押下されると領域２９２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域２９２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【０１１１】
図１９は、図１８の画面２９００が表示された後のユーザの編集操作に関する処理方法を示したフローチャートである。画面２９００に対するユーザ操作に応じて以下の処理が行われる。
【０１１２】
ステップＳ３００１にてユーザ入力を受け付けると、まず、ステップＳ３００２にて、そのユーザ入力がアルバム編集かどうかを判定する。画面２９００において領域２９０３内のボタンが押下された場合に、アルバム編集であると判断し、その場合にはステップＳ３００３のアルバム編集処理に移る。
【０１１３】
ステップＳ３００２においてユーザ入力がアルバム編集でないと判定された場合には、ステップＳ３００４に進み、ユーザ入力が画像編集であるかどうかを判定する。画面２９００において領域２９１６内のボタンが押下された場合が画像編集であると判定し、ステップＳ３００５に移る。ステップＳ３００５では、図２９の領域２９１６内の何れかのボタンの押下に応じて、アルバム内で選択された画像に対し、右／左９０°回転、削除、移動、コピー、順序変更などの処理を行う。
【０１１４】
ステップＳ３００４においてユーザ入力が画像編集でないと判定された場合にはステップＳ３００６に進み、ユーザ入力がユーザ情報の編集かどうかを判定する。画面２９００においてボタン２９０１が押下された場合がユーザ情報の編集である。このボタンが押下されるとステップＳ３００７にて図１４に示される画面２１００が表示され、ユーザが登録した情報の変更を行うことができる。ここでのユーザ情報編集処理は、（ユーザ登録）の項で説明したユーザ登録処理とほぼ同様であるが、画面表示時に初期値としてユーザが登録した情報が表示されていることと、登録ボタン２１１６、キャンセルボタン２１１７を押下したときに表示される画面が画面２９００であること、データベースへのユーザ情報の登録が新規登録ではなく既存のユーザ情報の更新になること、がその相違点である。
【０１１５】
ステップＳ３００６でユーザ入力がユーザ情報の編集でないと判定された場合には、ステップＳ３００８に進み、ユーザ入力が画像選択かどうかを判定する。画面２９００内の領域２９２３にて画像の上でマウスクリック等の方法によってユーザが画像を選択した場合、画像選択が行われたと判定してステップＳ３００９の画像プロパティ編集処理に移る。画像プロパティ編集処理としては、画像ファイル名やコメントの編集を行うことができる。
【０１１６】
ステップＳ３００８でユーザ入力が画像選択でないと判定された場合にはステップＳ３０１０に進み、ユーザ入力がアルバム選択かどうかを判定する。画面２９００で領域２９１０内のボタンを押下した場合にはアルバム選択が行われたと見なしてステップＳ３０１１のアルバム表示処理を行う。
【０１１７】
ステップＳ３０１０でユーザ入力がアルバム選択でないと判定された場合には、ステップＳ３０１２にてユーザ入力がログアウトかどうかの判定を行う。画面２９００で、ボタン２９０２が押下された場合には、ユーザ入力がログアウトであると判定してステップＳ３０１３に進み、ログアウト処理を行う。ログアウト処理を行うときにはフォトサイト１０５はデータベース２０８のユーザ状態テーブル５００の最終表示アルバムＩＤ５０２に現在表示中のアルバムＩＤを登録して更新する。その後表示画面を画面１９００に戻す。
【０１１８】
ステップＳ３０１２でユーザ入力がログアウトでないと判定された場合にはステップＳ３００１に戻り、次のユーザ入力を待つ。
【０１１９】
以下、ステップＳ３００３（アルバム編集）、ステップＳ３０１１（アルバム表示）についての詳細を説明する。
【０１２０】
［アルバム編集処理］
図２０は、フォトサイト１０５でのアルバム編集処理の手順を示すフローチャートである。
【０１２１】
ステップＳ３１０１にてプロパティの設定かどうかの判定を行う。画面２９００においてボタン２９０４が押下された場合にはプロパティの設定が選択されたと判定して、ステップＳ３１０２に移り、図２２に示される画面３２００が表示され、選択されたアルバム（直前に図１８の領域２９２３に表示されていたアルバム）に関する種々の属性の設定を行うことができる。
【０１２２】
ステップＳ３１０１にてプロパティ設定でないと判定された場合にはステップＳ３１０３に進み、アルバム通知かどうかを判定する。画面２９００においてボタン２９０５が押下された場合にはアルバムの通知が選択されたと判定して、ステップＳ３１０４に移り、図２９に示される画面３３００が表示され、選択されたアルバムを閲覧するための方法を電子メールで第３者に通知するための設定を行うことができる。
【０１２３】
ステップＳ３１０３にてアルバム通知でないと判定された場合にはステップＳ３１０５にてアルバムの新規作成かどうかを判定する。画面２９００においてボタン２９０６が押下された場合には、アルバムの新規作成処理が選択されたと判定して、ステップＳ３１０６に移り、図２２と同様に示される画面３２０１が表示される。画面３２０１でアルバム名の入力領域３２０１に、新規なアルバム名（そのログインユーザが未だ登録していないアルバム名）が入力されて、更に設定ボタン３２０８を押下されれば、新規にアルバムを作成する。
【０１２４】
ステップＳ３１０５にてアルバムの新規作成でないと判定された場合にはステップＳ３１０７にてアルバムの削除かどうかを判定する。画面２９００においてボタン２９０７が押下された場合にはアルバムの削除が選択されたと判定して、ステップＳ３１０８に移る。ボタン２９０７が押下されると、図２３に示される画面３４００が表示され、選択中のアルバムの削除を行うことができる。
【０１２５】
ステップＳ３１０７にてアルバムの削除でないと判定された場合にはステップＳ３１０９にて選択中のアルバムへの画像のアップロードかどうかを判定する。画面２９００においてボタン２９０８が押下された場合には画像のアップロードが選択されたと判定して、ステップＳ３１１０に移り、アップロード処理を行う。
【０１２６】
ステップＳ３１０９にてアルバムへの画像のアップロードでないと判定された場合にはステップＳ３１１１にてアルバムのプリントオーダかどうかを判定する。画面２９００においてボタン２９０９が押下された場合にはアルバムのプリントオーダが選択されたと判定して、ステップＳ３１１２に移り、プリントオーダ処理を行う。
【０１２７】
尚、図２１は、図２０の手順に従って、アルバムの新規作成、プロバティー、削除処理におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１２８】
上記の内、アップロードと閲覧通知については、以下で更に詳しく説明する。図２４は、アップロードと閲覧通知におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１２９】
又、ステップＳ３１１２のプリントオーダ処理については、以下にプリント注文の項を設けて、更に詳細に説明する。
【０１３０】
（画像のアップロード例）
選択中のアルバムに対する画像のアップロード処理について説明する。画面２９００にてアップロードボタン２９０８が押下されると、画像のアップロード処理を開始する。図２５は、選択中のアルバムに画像をアップロードする処理の流れを示すフローチャートである。
【０１３１】
まず、画面２９００のボタン２９０８が押下されると、ステップＳ３７０１において、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数（Ｆｉｌｅｓ）を算出する。フォトサイト１０５の資源には限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【０１３２】
即ち、ステップＳ３７０２にて、Ｆｉｌｅｓが正数であるかどうかによって、アップロード可能か否かの判定を行う。Ｆｉｌｅｓが"１"未満であった場合にはアップロード不可であるとみなし、図２６に示す画面３８００を表示する（ステップＳ３７０３）。画面３８００にてＯＫボタン３８０１が押下されると画面２９００に戻る。
【０１３３】
Ｆｉｌｅｓが１以上であった場合にはステップＳ３７０４にて図２７に示すアップロード用画面３９００を表示する。この画面にはユーザＰＣ１０２Ａ上のファイルを選択するための参照ボタン３９０１、ファイルパスを入力するための入力領域３９０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域３９０３をステップＳ３７０１で算出された数（Ｆｉｌｅｓ）分表示する。送信ボタン３９０４が押下されるとステップＳ３７０５に進み、選択された画像ファイルを、ユーザＰＣ１０２Ａからフォトサイト１０５内の作業領域へ転送する。尚、図２５のフローチャートには示されていないが、キャンセルボタン３９０５が押下されるとアップロード処理は終了し、画面２９００が表示される。
【０１３４】
フォトサイト１０５に転送された画像ファイルはファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。又、作業変数Ｉを"１と"する（ステップＳ３７０６）。ステップＳ３７０７にてＩ＜＝Ｎかどうかを判定する。Ｉ＞ＮならばステップＳ３７１６にて画面２９００を表示し、処理を終了する。
【０１３５】
ステップＳ３７０７にてＩ＜＝Ｎの場合には、ステップＳ３７０８にて転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う。本実施形態では、アップロードされた画像がＪＰＥＧファイルで、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能なファイルと判断し、それ以外の場合にはステップＳ３７０９にて図２８に示す画面４０００を表示し、ステップＳ３７１０にてフォトサイト１０５内の作業領域に置かれたこのファイルを削除する。尚、ＤＣＦの情報はプリントサイト１０９Ａで画像のプリントを行うとき、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ＯＫボタン４００１が押下されるとステップＳ３７１５に移行して次のファイルをアップロードするための処理に進む。
【０１３６】
ステップＳ３７０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合にはステップＳ３７１１に進み、この画像に対して、サムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する。
【０１３７】
次に、ステップＳ３７１２でファイル追加可能か否かの判定を行う。判定は処理中のファイルを登録するとディスク使用上限を超えるかどうかで行う。ステップＳ３７１２でファイル追加不可能と判定された場合にはＳ３７１３で図２６に示す画面３８０１を表示し、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し、ステップＳ３７１６で画面２９００を表示する。
【０１３８】
ステップＳ３７１２でファイル追加可能と判定された場合には、ステップＳ３７１４にて画像情報をデータベース２０８に登録する。つまり、アップロードされた画像ファイルに対して、図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１、上記画像ＩＤを画像ＩＤ８０２、アルバム内の画像数に１加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【０１３９】
次に、ステップＳ３７１５でＩを"１"加算してステップＳ３７０７に戻る。ＩがＮより小さい間ステップＳ３７０７からステップＳ３７１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【０１４０】
（アルバムの通知例）
図２９は、画面２９００にて通知ボタン２９０５が押下されたときに表示される画面を示す図である。
【０１４１】
画面３３００においてユーザは送信先メールアドレス３３０２、送信者メールアドレス３３０３、メールタイトル３３０４、メッセージ３３０５を入力後、通知ボタン３３０６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【０１４２】
図３０はアルバム通知メールの一例である。通知メールに含まれるＵＲＬ及びアルバムＩＤは画面３３００のＵＲＬ及び公開アルバムＩＤ表示領域３３０８に表示される内容と同じである。メール通知を受けたユーザはメール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。又、画面１９００のアルバムＩＤ指定領域１９０５にメールに記載されたアルバムＩＤを入力し、ＧＯ！ボタン１９０６を押下してもＵＲＬを指定した場合と同じアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【０１４３】
（公開用アルバムＩＤの生成例）
次に公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより公開用アルバムＩＤは、その番号、文字列から第３者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【０１４４】
（ＰＣ１０２からのプリント注文例）
図５１は、ユーザがフォトサイト１０５を利用してプリントオーダを行うときのユーザＰＣ１０２、フォトサイト１０５、プリントサイト１０９間での処理の流れを示すフローチャートである。画面２９００においてプリントオーダボタン２９０９が押下されると、フォトサイト１０５で選択されたアルバム内の画像に対して、印刷をオーダすることができる。
【０１４５】
ステップＳ４２０１にてユーザがアルバム閲覧要求を行うとステップＳ４２０２でフォトサイト１０５はアルバム画像を読出し、ユーザＰＣ１０２に提示する。即ち、画面２９００において、アルバム選択領域２９１０内のアルバム選択ボタンに応じたアルバムの画像を、領域２９２３に表示させる。ステップＳ４２０３でユーザがプリントオーダ指示を出す。プリントオーダ指示は画面２９００にてプリントオーダボタン２９０９が押下されることによって発行される。
【０１４６】
プリントオーダ指示が発行されるとステップＳ４２０４に進み、フォトサイト１０５は図５２に示す画像選択画面４４００を表示するデータを生成し、ユーザＰＣ１０２に対し送信する。又、新たな注文番号を発行してデータベース１１８内の注文情報テーブル１０００に新規注文用のレコードを作成する。この際の注文ステータス１０１４は０（プリントサイト発注前）にしておく。
【０１４７】
画面４４００はプリントサイト１０９が作成する写真プリント時の印刷タイプ（縁有り、縁無し）を選択する選択領域４４０１と、アルバム内のサムネイル画像を表示する領域４４０２、プリントサイズを選択する選択領域４４０３、プリント枚数を指定する入力領域４４０４及び、見積もり要求ボタン４４０５、キャンセルボタン４４０６を有する。尚、サムネイル画像表示領域４４０２、サイズ選択領域４４０３、プリント枚数入力領域４４０４は画像データの個数分存在する。
【０１４８】
ステップＳ４２０５でユーザが注文画面４４００より注文画像の選択を行い、サイズ、枚数の入力を行って見積もりボタン４４０５を押下した場合、フォトサイト１０５は注文画像データテーブル１１００に選択された画像数分のレコードを作成して入力内容を格納する。そしてステップＳ４２０６に進む。なお、ステップＳ４２０５で見積もり要求を行わなかった場合、つまり画面４４００にてキャンセルボタン４４０５が押下されたときには処理を終了し、画面２９００にもどる。
【０１４９】
見積もり要求をした場合、まず、Ｓ４２０６にて印刷する画像が設定されているか確認する。設定されてない場合、Ｓ４２０７にて図５３に示すエラー画面４９００を表示するデータを生成し、ユーザＰＣ１０２に対し送信する。印刷する画像が設定さているときには、算出処理ステップＳ４２０８を行い、図５４に示す見積もり画面４５００に表示する見積もりデータを生成し、ユーザＰＣ１０２に対し送信する。又、注文決済データテーブル１２００に新たなレコードを生成し、先程算出した見積もりデータを格納する。この際のステータス１２０８は０（決済注文未確定）にしておく。尚、見積額は計算により導き出してもよいし、計算結果を格納したテーブルを用意し、そのテーブルから読み出してもよい。
【０１５０】
ユーザはステップＳ４２０９にて購入検討処理を行う。そこで価格を確認すると更に図５５に示す注文者情報の入力、及び図５６に示す配送先の入力処理へ進む。その間にキャンセルボタン４５０２、４６０２及び４７０２が押下された場合には処理を終了する。フォトサイト１０５は注文者データテーブル１３００に新たなレコードを生成し、入力された注文者情報を格納する。更に、先程生成した注文情報テーブル１０００内のレコードに入力された配送先の情報を格納する。
【０１５１】
尚、本実施の形態では配送時の送料は一律料金であるため、上記のようなフローになっているが、もし、料金が配送先によって異なる場合にはステップＳ４２０９で見積もり算出処理を行う前に表示させても良い。
【０１５２】
ユーザが注文を行った場合には、ステップＳ４２１０で、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を1つのファイルにパッケージしてまとめたプリントオーダファイルを生成する。印刷用のファイル生成の後、ステップＳ４２１１にて決済サイト１２０に利用金額を知らせる。決済サイト１２０は、ステップＳ４２１２にてリクエストされた利用金額を受け付ける処理を行い、その確認番号をフォトサイト１０５に通知する。この通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を"１"（未決済注文保留中）に変更する。
【０１５３】
続いてフォトサイト１０５は、ステップＳ４２１３にて確認番号を含む形で図５７に示す画面を表示するデータを生成し、さらにユーザＰＣ１０２に対し送信する。さらに図５８に示すメールをユーザに送付する。
【０１５４】
確認番号を入手したユーザは、ステップＳ４２１４にて店舗１２１に行き確認番号を提示し利用金額を支払う。店舗１２１経由で入金を受けた決済サイト１２０は、ステップＳ４２１５にて入金処理を行い、フォトサイト１０５に入金通知を行う。入金通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を"２"（決済終了）に変更する入金処理を行う。更に、ステップＳ４２１０で準備したプリントオーダファイルをプリントサイトに送付し、プリントサイト１０９に対して正式のプリントオーダを発行する。そして、注文情報データテーブル１０００内の対応レコードのステータス１０１４を"１"（プリントサイト発注済み）に変更する
正式プリントオーダが通知されると、プリントサイト１０９ではステップＳ４２１７でオーダ受注処理を行い、ステップＳ４２１８で画像データの印刷処理を行う。印刷処理が終わるとステップＳ４２１９で配送指示と終了通知をフォトサイト１０５に通知し処理を終了する。通知を受けたフォトサイト１０５は、ステップＳ４２２１にて注文情報データテーブル１０００内の対応レコードのステータス１０１４を"２"（配送済み）に変更し、ユーザに印刷物の発送を行った旨のメールを送付して終了する。
【０１５５】
尚、図５１のフローチャートには示されていないが、ステップＳ４２１７からステップＳ４２１９の各処理を行ったときにプリントサイト１０９のステータスをフォトサイト１０５に返し、その情報がフォトサイト１０５上のデータベース１１８に保管される。
【０１５６】
［アルバム表示処理］
図３１は、画面２９００内のアルバム選択領域２９１０にあるアルバム選択ボタン２９１１〜２９１５の一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【０１５７】
まず、ステップＳ３５０１において、押下されたボタンが先頭から何番目のボタンであるかを調べ、その番号をアルバム表示順序番号６０３に持つ顧客アルバムデータテーブル６００をデータベース２０８内で検索し、そのアルバムＩＤ６０１をＡｌｂｕｍＩＤとして取得する。又、そのアルバムＩＤ６０１から、アルバム情報データテーブル７００を特定し、アルバム情報を導き出す。
【０１５８】
ステップＳ３５０２において、ステップＳ３５０１で求めたＡｌｂｕｍＩＤをアルバムＩＤ８０１に持つアルバム画像データテーブル８００のレコードをデータベース２０８内で全て検索する。検索の結果、ヒットしたレコード数をＮとし、画像カウント用作業変数Ｉに"１"を代入する。
【０１５９】
ステップＳ３５０３にてＩ＜＝Ｎであるかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ３５０４からステップＳ３５０９の処理を繰り返すことによって、アルバム内全ての画像の表示を行う。
【０１６０】
ステップＳ３５０４にて、ステップＳ３５０２で検索したレコードより画像表示番号８０３にＩを持つアルバム画像データテーブル８００を検索し、その画像の画像ＩＤ８０２を求める。画像ＩＤ８０２が求まると、画像ＩＤ９０１にその画像ＩＤ８０２を持つ画像情報データテーブル９００のレコードをデータベース２０８内で検索する。ステップＳ３５０５にてステップＳ３５０４で検索されたレコードから画像のサムネイルファイルへのパス９０５を取得する。
【０１６１】
ステップＳ３５０６にてステップＳ３５０１で取得したアルバム情報データテーブル７００より表示形式番号７０９の値が１かどうかを判定する。本実施形態ではこの値は"０"ならばサムネイル表示、"１"ならば詳細表示を表す。
【０１６２】
ステップＳ３５０６にて表示形式が"１"の場合には、ステップＳ３５０７にてサムネイル画像及び画像に関する詳細情報の表示を行う。本実施形態では詳細情報は画像情報データテーブル９００より画像名、コメント、閲覧回数、印刷回数を表示し、合わせて画像編集用のチェックボックスを表示する。図３２に示した画面３６００は、詳細表示を行ったときのアルバム表示の１例である。尚、この画面３６００は画面２９００と画像表示領域２９２３の表示方法が異なるだけで、他の機能は全て同じであるので、その詳細な説明は省略する。
【０１６３】
ステップＳ３５０６にて表示形式が"１"でなかった場合には、ステップＳ３５０８にてサムネイル画像、画像名、及び画像編集用のチェックボックスを表示する。図１８に示した画面２９００はそのような簡易表示の１例である。
【０１６４】
ステップＳ３５０３にてＩ＞Ｎとなると、アルバム内の全ての画像が表示されたことになるので処理を終了する。
【０１６５】
尚、上記実施形態では表示形式として２つの形式に限って説明したが、表示形式が更に多数あってもよいことは言うまでもない。
【０１６６】
（ユーザＰＣからのアルバムの閲覧例）
図３３に、フォトサイト１０５に保管されたアルバムをユーザＰＣ１０２Ｂから閲覧する場合の、ユーザＰＣ１０２Ｂとフォトサイト１０５とのやりとりの例が示されている。
【０１６７】
図３０に示す通知メールを受け取ったユーザは、そのメール文章に記載されたＵＲＬ６２０１を指定することによって、図３４に示すアルバム閲覧開始画面６７００を表示することができる。尚、この画面は画面１９００で、アルバムＩＤ入力領域１９０５に通知メール内に記載されているアルバムＩＤ６２０３を入力し、ＧＯ！ボタン１９０６が押下されることによっても表示される。
【０１６８】
フォトサイト１０５では、上記入力されたＵＲＬのパラメータ部のＡｌｂｕｍＩＤ又は、アルバムＩＤ入力領域１９０５に入力されたアルバムＩＤを解析し、アルバムが存在した場合、図３４に示す画面６７００に氏名（姓）４０５を表示する。又、検索したアルバム情報データテーブル７００のパスワード可否フラグ７０５からアルバムにパスワードが設定されている場合にはパスワード入力領域６７０１を表示する。尚、パスワードの設定のないアルバムではパスワード入力領域６７０１は表示されないことは言うまでもない。
【０１６９】
ＯＫボタン６７０１が押下されると、パスワードの設定されていないアルバム及び、パスワードが正しく入力されたアルバムでは図３５に示す画面６８００が表示される。この内容は画面２９００における画面表示領域２９２３と同じである。パスワードの入力が正しくなかった場合にはエラー画面を表示する。
【０１７０】
又、アルバム情報データテーブル７００より印刷可否フラグ７０７の値を取得し、印刷可になっているアルバムに関してはボタン６８０３が表示され、プリントオーダを行うことができる。この場合、プリントオーダの処理の流れはログインユーザの処理の流れ（図１８の２９００でボタン２９０９を押下した場合の処理）とほぼ同じである。
【０１７１】
＜本実施形態のフォトサイトの携帯端末からのアクセスに対する動作例＞
以下に、携帯端末からのフォットサイトのアクセスについて説明する。動作の説明の前に、本実施形態で使用される携帯端末データベース４１ｃの例を説明する。
【０１７２】
（携帯端末データベース例）
図４０から図４２は、携帯端末用アプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。以下、携帯端末をＭＢ(Mobile)と記すこともある。
【０１７３】
図４０は、特定の携帯端末からのアクセスを管理するテーブルを示した図である。
【０１７４】
このＭＢセッション情報テーブル７０００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤを割り付け、招待メールを発送したアルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）と共にテーブルに格納する（７００１，７００４）。
【０１７５】
又、このＭＢセッション情報テーブル７０００には、新規のアクセスを受けた時点の日時７００３と、同一セッションＩＤでの最終アクセス日時７００２を格納している。アプリケーションサーバ２０４は、データベース２０８内のＭＢセッション情報テーブル７０００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性７００５にフラグを立てる。そして、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。注文番号７００６は、携帯端末からのプリント注文の番号である。
【０１７６】
図４１は、携帯端末からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示した図である。
【０１７７】
このＭＢアルバム情報テーブル７１００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル７０００に格納したセッションＩＤ７１０１と、携帯端末から指定されたアルバムＩＤ７１０２と、アルバム情報データテーブル７００の内容の一部コピー（例えば、アルバム名称７１０３やアルバムコメント７１０４）を格納する。
【０１７８】
図４２は、携帯端末からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。
【０１７９】
このＭＢ画像情報テーブル７２００は、新規のアクセス毎にアルバム内にある画像数分のレコードがデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル７０００に格納したセッションＩＤ７２０１と、アルバム情報データテーブル７００と画像情報データテーブル９００の内容の一部コピー（例えば、アルバム情報データテーブル７００からアルバムＩＤ７２０３、画像情報データテーブル９００から画像ＩＤ７２０２、画像名７２０４、画像コメント７２０５など）を格納する。更に、アプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネールファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル７２００内の画像パス７２０６に格納する。
【０１８０】
又、画像番号７２０７、画像サイズ７２０８、プリント回数７２０９は、携帯端末からのプリント注文に関するデータである。
【０１８１】
（携帯端末からのアルバムの閲覧）
図３３に、フォトサイト１０５に保管されたアルバムを携帯端末１１３Ａ，Ｂから閲覧する場合の、携帯端末１１３Ａ，Ｂとフォトサイト１０５とのやりとりの例が示されている。以下、携帯端末からのアルバムの閲覧に関するアプリケーションサーバ２０４の詳細な説明をする。
【０１８２】
図３６〜図３９に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１８３】
図３０に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図３６に示すアルバム閲覧開始画面７３００を表示することができる。この際上記ＵＲＬは、ユーザＰＣ１０２Ｂから閲覧する場合と、携帯端末１１３Ａ，Ｂから閲覧する場合で同一のものである。フォトサイト１０５のロートバランサー２０２において、ＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値により、携帯端末からのリクエストを判定しＭｏｂｉｌｅＡｐｐｓサーバ２０４に処理を振り分ける。
このような処理の振り分けは、Ｃｏｋｋｉｅの有無等を用いても良い。
【０１８４】
アプリケーションサーバ２０４では、メール文章に記載されたＵＲＬ対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、更にそのアルバムにパスワードが設定されているか否かを判断する。パスワードが設定されている場合はアルバム閲覧開始画面７３００を表示し、設定されていない場合は図３７に示す画像閲覧画面７４００を表示する。
【０１８５】
携帯端末ユーザが、アルバム閲覧開始画面７３００の入力領域７３０１にパスワードを入力して、ＯＫボタン７３０２を押下すると、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画像閲覧画面７４００を表示する。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【０１８６】
画像閲覧画面７４００では、画像サイズを縮小した画像７４０１とその名称７４０２、アルバム内の画像順番７４０３、表示する画像を選択するためのリンク７４０４、アルバム内の全画像数７４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン７４０６、画像情報表示画面７５００を表示するためのリンク７４０７、アルバム情報表示画面を表示するためのリンク７４０８、プリント注文を行うためのリンク７４０９を表示する。
【０１８７】
携帯端末ユーザがリンク７４０４を押下すると、現在表示中の画像の前後の順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。携帯端末ユーザが入力フィールド７４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。
【０１８８】
携帯端末ユーザがリンク７４０７を押下すると、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面７５００を表示する。携帯端末ユーザがリンク７４０８を押下すると、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する。携帯端末ユーザがリンク７０４９を押下すると、閲覧中のアルバムに対してプリント注文を行うための一括プリント注文画面７８００を表示する。
【０１８９】
又、アプリケーションサーバ２０４は、リンク７４０４や「表示」ボタン７４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されてる場合には画面７６００を表示する。一方、画像が閲覧禁止になっている場合にはエラー画面を表示する。画像情報表示画面７５００では、詳細な画像名称７５０１、画像の閲覧者数７５０２、コメント７５０３、画像閲覧画面７４００に戻るためのリンク７５０４を表示する。又、アルバム情報表示画面（図示せず）では、画像情報表示画面７５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【０１９０】
画面７６００では、画像閲覧画面７４００の画像７４０１表示と画像名称７４０２表示の代わりに、「この画像は削除されました」というコメント７６０１を表示する。又、画像情報表示画面７５００を表示するためのリンクは表示しない。その他の表示内容は図３７と同様であるので説明は省略する。
【０１９１】
（閲覧及びプリント注文制御フローチャート）
図４３は、携帯端末のアプリケーションサーバ２０４が画像閲覧画面７４００や後述するプリント注文関連の画面（画面７８００〜８５００）を表示する際の処理手順を表すフローチャートである。
【０１９２】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、先ずステップＳ９００１にてアルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル７０００を検索して判定する。
【０１９３】
既存のセッションＩＤと判定した場合、同一セッションＩＤを使用した２回目以降のアクセスと判断し、続いてステップＳ９００９で携帯端末ユーザからの要求の内容を解析する。ここで要求内容がアルバム閲覧であると判断した場合、ステップＳ９００３のセッション画像表示処理を行う。一方、要求内容がプリント注文であると判断した場合、後述するステップＳ９０１５のプリント注文処理を行う。
【０１９４】
セッションＩＤがない場合は、１回目の画像閲覧表示と判断し、ステップＳ９００２にてシステム情報の取得でサイト内の標準時間を取得する。次に、ステップ９００４で、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ９００２で取得した時間を比較し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９００７にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１９５】
タイムアウトでなければ、ステップＳ９００５で、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。このＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索取得し、ステップＳ９００６にて、アルバムオーナが脱会していないか確認する。アルバムオーナが脱会している場合は、エラーページをステップＳ９００７にて生成する。
【０１９６】
アルバムオーナが脱会していない場合は、ステップＳ９００８で、取得した情報からアルバム情報データテーブル７００を取得し、ステップＳ９０１０にて、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧の可否を確認する。エラー時には、エラーページをステップＳ９００７にて生成する。
【０１９７】
エラーが無ければ、ステップＳ９０１１にて、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する。又、ここでサムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、アルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像のみをコピーする。
【０１９８】
次に、ステップＳ９０１２にて、取得した情報とコピーした画像パス情報を、ＭＢセッション情報テーブル７０００、ＭＢアルバム情報テーブル７１００、ＭＢ画像情報テーブル７２００を生成し、各情報及び画像パスなどを格納する。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したオーナであるユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１９９】
ステップＳ９０１３にて、携帯からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００に反映する。ステップＳ９０１４にて、画像閲覧画面７４００のデータを生成する。
【０２００】
（セッション画像表示処理：Ｓ９００３）
図４４は、図４３に示す画像閲覧画面７４００を表示するとき、セッション情報が既に作られている場合の処理（Ｓ９００３）を詳細に表すフローチャートである。
【０２０１】
まず、ステップＳ９１０１にて、システム情報の取得でサイト内の標準時間を取得する。ステップＳ９１０２では、ＵＲＬのパラメータ部に付加されているセッション情報を解析する。取得したセッション情報をキーとしてＭＢセッション情報７０００、およびＭＢアルバム情報７１００を検索取得する。この中にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。又、上記ＵＲＬパラメータ部には現在参照している画像表示番号も含まれる。
【０２０２】
ステップＳ９１０３では、ＭＢセッション情報７０００内のレコード属性を判断し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９１０６にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。このユーザＩＤをキーとして、更にステップＳ９１０４にて、顧客情報データテーブル４００を検索取得し、ステップＳ９１０５にてアルバムオーナが脱会していないか確認する。脱会の場合は、エラーページをステップＳ９１０６にて生成する。
【０２０３】
脱会でない場合は、ステップＳ９１０７で、セッション情報からアルバム情報データテーブル７００を取得し、ステップＳ９１０８にてアルバムの公開可否及び閲覧可否を確認する。公開されている場合、ステップ９１１６にて、前記ステップＳ９１０２で取得したＡｌｂｕｍＩＤ及び画像表示番号を元にして、アルバム画像データテーブル８００及びアルバムに関する情報である画像情報データテーブル９００内の対応レコードを取得する。
【０２０４】
又、ここでサムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、上記アルバム画像データテーブル８００の画像表示番号８０３を参照し、現在参照している画像を一枚コピーする。
【０２０５】
ステップＳ９１０９にてＭＢ画像情報テーブル７２００を取得する。一方、公開禁止になった場合、削除フラグ１をセットしてステップＳ９１１５の画面生成処理に進む。
【０２０６】
ステップＳ９１１１にて、画像が画像情報データテーブル９００にあるか否か及び画像の閲覧可否を確認して、画像が閲覧表示可能か判断する。閲覧表示可能の場合には、ステップＳ９１１２で携帯からのアクセスカウントを更新する。一方、不能のときは画像が削除されたと判断し、ステップＳ９１１３にて削除フラグ２をセットする。
【０２０７】
ステップＳ９１１４にて、アクセス日時をＭＢセッション情報テーブル７０００の最終ログイン日時に反映する。次に、ステップＳ９１１５の画面生成処理に進み、ユーザ操作にる２回目以後の画像表示要求に対する画像閲覧画面７４００の情報を生成する。
【０２０８】
（画像の生成処理：Ｓ９０１４、Ｓ９１１５）
図４５は、画像閲覧画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を更に詳細に表すフローチャートである。
【０２０９】
ステップＳ９２０１及びＳ９２０３で削除フラグ１と削除フラグ２とを検査し、セットされている場合には、ステップＳ９２０２、Ｓ９２０４でそれぞれのエラー表示文字列をセットする。
【０２１０】
両フラグがセットされていない場合、ステップＳ９２０５にて、ＭＢ画像情報テーブル７２００にある画像名称の文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する。文字数が設置値より小さい場合、ステップＳ９２０６にて、ＭＢ画像情報テーブル７２００にある画像名称を画像閲覧画面７４００にある画像名称７４０２の文字列にセットする。一方、大きいと判断した場合、ステップＳ９２０７にて、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２Byteコード文字か否かを判定する。
【０２１１】
表示文字数（ＤｉｓｐＣｈ）に２byteコード文字が挟まっている場合には、ステップＳ９２０８にて、ＭＢ画像情報テーブル８７００内の画像名称７２０４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）-２byte）目までを画像閲覧画面７４００にある画像名称７４０２にセットする。一方、２byteコード文字が挟まっている場合には、ステップＳ９２０９にて、ＭＢ画像情報テーブル７２００内の画像名称７２０４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）-１byte）目までを画像閲覧画面７４００にある画像名称７４０２にセットする。図３７の画像名称７４０２は設定値により表示文字数を制限している状態を表しており、その際の詳細情報画面（図３８）では画像名称全てを省略せずに表示している。
【０２１２】
ステップＳ９２１０にて、画面７４０７のリンク情報をセッション情報を含んだ形で生成する。更に、画像閲覧画面７４００に画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で処理９２１１において生成する。そして、ステップＳ９２１２にて画面情報をまとめ送出する。尚、ステップＳ９２０４からきた場合（画像が削除された場合）、画面７６００を表示するためのデータを最終的に生成する。
【０２１３】
（携帯端末からのプリント注文）
図６０〜図６８に示す画面は、携帯端末からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。又、図５９はこれらの画面間の遷移関係を表した図である。
【０２１４】
携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、先ず図３７の画像閲覧画面７４００内のプリント注文リンク７４０９を押下し、後述する一括プリント注文画面７８００（図６０）の表示を要求する。この要求を受けたアプリケーションサーバ２０４は、図４３のフローチャートに従ってステップＳ９００９で要求内容を解析し、それがプリント注文であると判断してステップＳ９０１５のプリント注文処理を行う。
【０２１５】
図６９は、このプリント注文処理の詳細フローチャートである。以下、このフローチャートを基にして、携帯端末からのプリント注文に関するアプリケーションサーバ２０４側の処理について詳細に説明する。
【０２１６】
プリント注文処理に入ると、先ずステップＳ９３０１にて一括プリント注文画面７８００を携帯端末側に表示し、アルバム内の全画像に対するプリントサイズとプリント枚数との指定を携帯端末ユーザに促す。同時に、新たな注文番号を発行してデータベース２０８内の注文情報データテーブル１０００（図４６）に新規注文用のレコードを作成し、注文ステータス１０１４を"０"（プリントサイト発注前）にしておく。
【０２１７】
又、ＭＢセッション情報テーブル７０００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド７００６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加する。
【０２１８】
携帯端末ユーザは、プルダウンメニュー７８０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。選択できるプリントサイズには、DP判フチなし，DP判フチあり，L判フチなし，L判フチあり，2L判フチなし，2L判フチありの６種類がある。
【０２１９】
本実施形態では、プリントサイズの指定はこの一括プリント注文画面７８００で行なう。つまり、アルバム内の全画像に対して一種類のプリントサイズを指定できることになっている。携帯端末ユーザがアルバム内の全画像をプリントしたい場合には、続いて枚数入力領域７８０３に所望の枚数を入力する。これらの設定でプリント注文を行って良い場合には、携帯端末ユーザが「すすむボタン」７８０４を押下することで、次の注文者情報入力画面８１００へ遷移する。
【０２２０】
一方、アルバム内の全画像をプリントするのではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合（ステップＳ９３０２）には、「こちらへボタン」７８０５を押下することで個別プリント注文画面７９００へ遷移する。どちらの場合においてもアプリケーションサーバ２０４は、注文画像データテーブル１１００に選択された画像数分のレコードを作成して、入力されたプリントサイズとプリント枚数とを格納する。
【０２２１】
又、注文取消しリンク７８０６を押下することで、プリント注文処理をキャンセルして画像閲覧画面７４００へ戻ることができる。この際に表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２２２】
一括プリント注文画面７８００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ７８０１を表示する。本実施形態における画面遷移状態には、図６９に示したような４つのフェーズ（画像選択，個人情報入力，見積もり，注文確定）がある。上記インジケータでは、現在表示している画面がこの４つのフェーズの何処に位置しているかを◆マークで模式的に表現している。一括プリント注文画面７８００では、◆マークは一番左に表示しているが、上記４つのフェーズ間を移動する毎に◆マークを１つずつ右へ移動して表示する。表示領域が限定された携帯端末においては、言葉で画面遷移状況を表現することができないため、この様な抽象化した方法を用いて表現している。このインジケータにより、携帯端末ユーザはプリント注文処理の進行状況を大まかに把握することができる。尚、遷移状態の数は４つに限定されず、その表示形態も上記例に限定されるものではない。
【０２２３】
ステップＳ９３０３にて図６１の個別プリント注文画面７９００へ遷移した場合、携帯端末ユーザはプリントしたい画像をアルバム内から選択してプリント枚数を指定することができる。画面内にはアルバム内の画像の画像名７９０２がリスト状に表示されていて、携帯端末ユーザはプリントしたい画像に対応する枚数入力領域７９０３に所望の枚数を入力する。入力された枚数は、設定更新ボタン７９０４が押下されたタイミングで携帯端末からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００（図４７）の対応レコード（必要に応じて作成）に格納される。従って、設定更新ボタン７９０４を押下せずに後述するボタンやリンクを押下して別の画面に遷移した場合、アプリケーションサーバ２０４は携帯端末ユーザからの上記プリント枚数の入力がなかったものと見なす。
【０２２４】
本実施形態では、プリントサイズの指定は一括プリント注文画面７８００で行い、本個別プリント注文画面７９００では敢えて指定しないようにしている。又、一画面中に表示する画像名は最大５つまでとしており、アルバム内にこれより多くの数の画像がある場合、複数ページに跨って画像名のリストを表示する。ページ番号７９０５は、この場合の現在表示中のページを表している。又、前へリンク７９０６，次へリンク７９０７を押下することで、ページ間の移動が行われる。更に、ページ番号指定領域７９０８に移動先のページ番号を入力して表示ボタン７９０９を押下することで、指定したページ番号のページへ移動することができる。
【０２２５】
画面上に表示している画像名自体もリンクになっており、携帯端末ユーザがこのリンクを押下することで、画像確認画面８０００へ遷移する。携帯端末ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終えた場合、「すすむボタン」７９１０を押下することで、次の注文者情報入力画面８１００へ遷移する。又、「戻るリンク」７９１２を押下すると一括プリント注文画面７８００へ遷移する。
【０２２６】
個別プリント注文画面７９００のフェーズは一括プリント注文画面７８００と同じであるため、画面最上部に表示しているインジケータ７９０１において、現在のフェーズを表す◆マークは一括プリント注文画面７８００と同じく一番左に表示している。
【０２２７】
図６２の画面７９５０は、一画面中に表示する画像名が５つ以下の場合の個別プリント注文画面である。この画面と先程説明した画面７９００との差異は、設定更新ボタン７９０４、前へリンク７９０６、次へリンク７９０７、ページ番号指定領域７９０８、表示ボタン７９０９が無いことである。携帯端末ユーザによって入力されたプリント枚数は、「すすむボタン」７９１０が押下されたタイミングで携帯端末からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。
【０２２８】
図６３の画像確認画面８０００は、携帯端末ユーザがプリントを所望する画像を実際に見て確認するための画面である。この画面には、画像と画像名、画像ページ番号、画像サイズ、プリント回数を表示し、それらの情報は画像情報データテーブル９００の対応するレコードから読み出す。戻るリンク８００１を押下すると個別プリント注文画面７９００へ遷移する。
【０２２９】
続いてのステップＳ９３０４では、図６４の注文者情報入力画面８１００を携帯端末側に表示し、携帯端末ユーザに対して個人情報の入力を促す。携帯端末ユーザは、画面の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレス，配送方法，配送先を入力し、「すすむボタン」８１１４を押下する。アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、注文者データテーブル１３００（図４９）に新たなレコードを生成し、入力された個人情報を格納する。
【０２３０】
この際、本実施形態では都道府県情報をJISで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ２０４は、都道府県入力領域８１０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。又、この際に割り振った注文者ＩＤを、ステップ９３０１にて作成済みの注文情報データテーブル１０００のレコード内の注文者ＩＤフィールド１００２に格納する。未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０２３１】
携帯端末ユーザが配送先８１１３として「注文者と同じ」を選択して「すすむボタン」８１１４を押下した場合、次のフェーズである図６６の見積もり表示画面８３００へ遷移する。一方、「配送先を指定」を選択して「すすむボタン」８１１４を押下した場合、図６５の配送先入力画面８２００へ遷移する（ステップＳ９３０５）。又、戻るリンク８１１６を押下すると、直前に表示していた一括プリント注文画面７８００か個別プリント注文画面７９００のどちらかへ遷移する。
【０２３２】
注文者情報入力画面８１００のフェーズは個人情報入力フェーズであり、画面最上部に表示しているインジケータ８１０１における◆マークは左から２番目に表示している。
【０２３３】
すなわち、ステップＳ９３０５からＳ９３０６の配送先入力画面８２００へ遷移した場合、先程入力した注文者情報とは別に配送先を指定することができる。携帯端末ユーザは、画面の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレスを入力し、「すすむボタン」８２１２を押下する。アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ９３０６にて作成済みの注文情報データテーブル１０００のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ２０４は先程の注文者情報入力画面８１００での処理と同様に、都道府県入力領域８２０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０２３４】
携帯端末ユーザが「すすむボタン」８２１２を押下した場合、見積もり表示画面８３００へ遷移する。又、戻るリンク８２１４を押下すると、注文者情報入力画面８１００へ遷移する。
【０２３５】
配送先入力画面８２００のフェーズは注文者情報入力画面８１００と同じであるため、画面最上部に表示しているインジケータ８２０１において、現在のフェーズを表す◆マークは注文者情報入力画面８１００と同じく左から２番目に表示している。
【０２３６】
続いてのステップＳ９３０７では、図６６の見積もり表示画面８３００を携帯端末側に表示し、携帯端末ユーザに対してプリント注文内容の確認を促す。このため、商品価格や送料、各種手数料とその合計利用金額を算出し、更に注文者情報、配送先等の情報と共に画面に表示する。又、注文決済データテーブル１２００（図４８）に新たなレコードを生成し、算出した見積もりデータを格納する。この際のステータス１２０８は"０"（決済注文未確定）にしておく。 画面８１００は注文者情報と配送先が同じ場合の表示例であるため、配送先表示欄に「注文者と同じ」と表示している。注文者情報と配送先が異なる場合には、配送先表示欄に配送先情報を表示する。
【０２３７】
ステップＳ９３０８にて携帯端末ユーザが「注文するボタン」８３０２を押下した場合、ステップＳ９３０９へ進む。又、戻るリンク８３０４を押下すると、直前に表示していた注文者情報入力画面８１００か配送先入力画面８２００かのどちらかへ遷移する。又、注文取消しリンク８３０３を押下することで、プリント注文処理をキャンセルして画像閲覧画面７４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２３８】
見積もり表示画面８３００のフェーズは見積もりフェーズであり、画面最上部に表示しているインジケータ８３０１における◆マークは左から３番目に表示している。
【０２３９】
ステップＳ９３０９では、携帯端末ユーザに選択された画像がＤＢ内の画像情報データテーブル９００内にあるか否かをアプリケーションサーバ２０４がチェックする。もしもテーブル内に画像が無い場合、携帯端末側にエラー画面を表示（ステップＳ９３１０）した後、再度一括プリント注文画面７８００を表示して携帯端末ユーザに画像選択を促す。テーブル内に全ての画像がある場合はステップＳ９３１１へ進む。
【０２４０】
ステップＳ９３１１では、携帯端末からのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように注文受け付け画面８４００とオーダーステータス画面８５００のＵＲＬを同一にして、携帯端末ユーザの操作性を向上するために必要な処理である。携帯端末側にて見積もり画面８３００の「注文するボタン」８３０２が押下された際に、アプリケーションサーバ２０４へ送られてくるプリント注文要求内に含まれている（ＵＲＬパラメータに含まれている）注文番号を元にして、注文決済データテーブル１２００内から対応するレコードを検索し、その中のステータス１２０８を参照する。
【０２４１】
このステータスが決済注文未確定の場合は、少なくともまだ注文受け付け処理が完了していないプリント注文要求であると判断して、次のステップＳ９３１２へ進む。一方、ステータスが決済注文未確定以外の場合は、既に注文受け付け処理が完了しているプリント注文要求であると判断して、ステップＳ９３１７にて図６８のオーダーステータス画面を表示する。
【０２４２】
ステップＳ９３１２では、少なくともまだプリント注文受け付け処理が完了していないプリント注文要求が、本当に一度目のプリント注文要求であるか否かをチェックする。これは、見積もり画面８３００の「注文するボタン」８３０２が２度押しされた場合に、誤ってプリント注文要求を複数回受け付けないようにするために必要な処理である。具体的には、受けたプリント注文要求に対する後述のプリントオーダー作成処理（ステップＳ９３１４）を行っている最中か否かによって判断する。そして作成中である場合には２度目以降のプリント注文要求であると判断して、ステップＳ９３１８にてエラー画面を表示してプリント注文処理を終了する。一方作成中でない場合には１度目のプリント注文要求であると判断して、次のステップＳ９３１３へ進む。
【０２４３】
ステップＳ９３１３では、図６７の注文受け付け画面８４００を携帯端末側に表示し、プリント注文要求を受け付けた旨をユーザに通知する。又、この画面には、後述するステップＳ９３１５にて携帯端末ユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。更に、この注文受け付け画面８４００のＵＲＬを携帯端末に記憶しておき、後ほどそのＵＲＬへアクセスすることで、後述するオーダーステータス画面８５００を表示することができることも記載する。
【０２４４】
この画面には終了ボタン８４０２が配置されており、携帯端末ユーザがこのボタンを押下することでプリント注文処理を完了して画像閲覧画面７４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２４５】
注文受け付け画面８４００のフェーズは注文確定フェーズであり、画面最上部に表示しているインジケータ８４０１における◆マークは一番右側に表示している。
【０２４６】
アプリケーションサーバ２０４は、ステップＳ９３１３で注文受け付け画面８４００を表示すると同時に、ステップＳ９３１４のプリントオーダファイル作成処理を行う。ここで作成するファイルは、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を１つのファイルにパッケージしてまとめたものである。因みに、プリントする画像数が多量であったり、画像データサイズが大きい場合、このプリントオーダーファイル作成にはかなりの時間がかかる。
【０２４７】
続いてアプリケーションサーバ２０４は、ステップＳ９３１５にて決済サイト１２０に利用金額を通知する。決済サイト１２０は、通知された利用金額を受け付ける処理を行った後に、その確認番号をアプリケーションサーバ２０４に通知する。この通知を受けたアプリケーションサーバ２０４は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を"１"（未決済注文保留中）に変更する。更に、ステップＳ９３１６にて図５８に示すメールを携帯端末ユーザに送付する。
【０２４８】
以降の処理は、前述したＰＣからのプリントオーダ処理内のステップＳ４２１４からＳ４２２１（図５１）と同様であるため、説明は省略する。
【０２４９】
ステップＳ９３１７で表示するオーダステータス画面８５００とは、プリント注文を行った携帯端末ユーザがその後の処理状況を確認できるようにすることを目的として、アプリケーションサーバ２０４側で提供する画面である。この画面には、注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。処理ステータスには、入金待ち，入金期限切れ，プリント待ち，プリント完了，配送完了等があり、注文情報データテーブル１０００内のステータス１０１４や注文決済データテーブル１２００内のステータス１２０８の状態と連動して随時ステータス表示を変更する。
【０２５０】
携帯端末ユーザがこの画面へアクセスする方法は、前述の注文受け付け画面８４００自体のＵＲＬを携帯端末に記憶して使用するか、若しくは前述のステップＳ９３１６にて携帯端末ユーザに送付されたメールに記載されているオーダーステータス画面のＵＲＬを使用するかの何れかである。アプリケーションサーバ２０４は、ユーザがこの何れの方法でアクセスしてきた場合も前述したステップＳ９３１１の処理を行い、結果的にオーダステータス画面８５００を携帯端末に表示する。
【０２５１】
ここで、ＰＣからのプリント注文と携帯端末からのプリント注文とで処理フローが大きく異なる部分について補足しておく。
【０２５２】
ＰＣからのプリント注文の場合（図５１参照）、ユーザがプリント注文を行うと先ずステップＳ４２１０でプリントオーダーファイルを作成し、続いてステップＳ４２１１で決済サイトから番号を取得した後に、ステップＳ４２３１で受け付け画面を返す。しかし、上記プリントオーダファイルの作成や番号の取得処理は、扱う画像数やデータサイズ、決済サイト−フォトサイト間のネットワーク状態によって非常に時間がかかる場合がある。
【０２５３】
一方、携帯端末からのプリント注文の場合、ユーザがプリント注文を行うと先ずステップＳ９３１３で受け付け画面を返し、続いてステップＳ９３１４でプリントオーダーファイルを作成してステップＳ９３１５で決済サイトから番号を取得する。携帯端末との通信では、携帯端末からのリクエストに対してフォトサイトからのレスポンスが返るまでの間のタイムアウトが短めに設定されてることが多い。この事情を考慮し、携帯端末からのプリント注文時は、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行う工夫をしている。このことにより、携帯端末とフォトサイト間の通信タイムアウトを極力防ぐことができる。
【０２５４】
尚、本実施形態ではプリント注文における決済の状況による通信端末への返送情報について説明したが、本発明がこの処理に限定されない。本発明は、ＵＲＬなどのネットワークのアクセスをアドレス指定する処理における返送をサービスの処理状況に対応して多様化することにより、クライアント端末を操作するユーザの操作をより簡便にするものであり、このような全ての処理も本発明に含まれる。
【０２５５】
又、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０２５６】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０２５７】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２５８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０２５９】
【発明の効果】
以上説明したように、本発明によれば、パーソナルコンピュータからのプリント注文の場合には、プリント注文要求に対するレスポンスとして処理結果を送信する一方、パーソナルコンピュータよりもタイムアウトが短く設定されている携帯端末からのプリント注文の場合、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行うことにより、携帯端末と情報提供装置間の通信タイムアウトを防ぐことができる。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトのＰＣからのアクセスに対する処理手順を示すフローチャートである。
【図１１】本実施形態のフォトサイトからサーバサービスを開始するときに表示される画面の例を示す図である。
【図１２】本実施形態のユーザＰＣからフォトサイトへユーザ登録を行なう場合のやりとりの例を示した図である。
【図１３】本実施形態のユーザ登録時のフォトサイトの処理例を表すフローチャートである。
【図１４】本実施形態のユーザ登録を行うための画面例を示す図である。
【図１５】本実施形態のパスワードの再入力を行なう画面例を示す図である。
【図１６】本実施形態のフォトサイトのユーザ登録確認画面の一例を示す図である。
【図１７】本実施形態のフォトサイトのユーザ登録時に発行される電子メールの内容の一例を示す図である。
【図１８】本実施形態のフォトサイトに正常にログイン認証されたときに表示される画面例を示す図である。
【図１９】本実施形態のフォトサイトでのユーザの編集操作に関する処理例を示したフローチャートである。
【図２０】本実施形態のフォトサイトでのアルバム編集処理の手順例を示すフローチャートである。
【図２１】本実施形態のユーザＰＣからフォトサイトへのアルバム新規登録、プロパティー、削除の指示をする場合のやりとりの例を示した図である。
【図２２】本実施形態のフォトサイトのアルバムのプロパティ設定画面例を示す図である。
【図２３】本実施形態のフォトサイトのアルバムの削除確認画面例を示す図である。
【図２４】本実施形態のユーザＰＣからフォトサイトへのアップロード、閲覧通知の指示をする場合のやりとりの例を示した図である。
【図２５】本実施形態のフォトサイトで、現在表示して編集中のアルバムに画像をアップロードするときの手順例を示したフローチャートである。
【図２６】本実施形態のフォトサイトで、アップロードできないことを示す警告画面例を示す図である。
【図２７】本実施形態のアップロード画像の選択画面例を示す図である。
【図２８】本実施形態のフォトサイトで対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２９】本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図３０】本実施形態のアルバム通知メールの一例を示す図である。
【図３１】本実施形態のフォトサイトのアルバム選択ボタンの一つが押下されたときのアルバムの選択及び表示に関する処理を表すフローチャートである。
【図３２】本実施形態のフォトサイトのアルバムの詳細表示画面の一例を示す図である。
【図３３】本実施形態のユーザＰＣや携帯端末からフォトサイトへのアルバム閲覧の指示をする場合のやりとりの例を示した図である。
【図３４】本実施形態のアルバムの閲覧開始画面例を示す図である。
【図３５】本実施形態のアルバムの閲覧画面例を示す図である。
【図３６】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図３７】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図３８】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図３９】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図４０】特定の携帯電話からのアクセスを管理するテーブル例を示した図である。
【図４１】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示した図である。
【図４２】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示した図である。
【図４３】図３７に示す画像閲覧画面７４００を表示するときの表示に関する処理例を表すフローチャートである。
【図４４】図４３でセッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【図４５】図４３及び図４４で画像閲覧画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を詳細に表すフローチャートである。
【図４６】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図４７】本実施形態のフォトサイトで管理する注文情報データテーブルを示した図である。
【図４８】本実施形態のフォトサイトで管理する注文画像データテーブルを示した図である。
【図４９】本実施形態のフォトサイトで管理する注文決済データテーブルを示した図である。
【図５０】本実施形態のフォトサイトで管理するプリントサイトデータテーブルを示した図である。
【図５１】本実施形態に係るフォトサイトを利用してプリントオーダを行うときのクライアントＰＣ、フォトサイト、プリントサイト間での処理の流れを表した図である。
【図５２】本実施形態に係る画像の印刷注文画面を示す図である。
【図５３】本実施形態に係る画像の印刷注文時に１枚も画像が選択されていない時に表示される警告画面を示す図である。
【図５４】本実施形態に係る画像印刷注文時の見積もり表示画面を示す図である。
【図５５】本実施形態に係る画像印刷注文時の注文者情報入力表示画面を示す図である。
【図５６】本実施形態に係る画像印刷注文時の配送先情報入力表示画面を示す図である。
【図５７】本実施形態としての情報提供システムで表示される注文内容確認画面の一例を示す図である。
【図５８】本実施形態に係る印刷オーダ時に通知されるＥ−Ｍａｉｌの一例を示す図である。
【図５９】本実施形態に係る携帯端末からのプリント注文処理に関わる画面の遷移関係を示す図である。
【図６０】本実施形態に係る携帯端末からのプリント注文処理における一括プリント注文画面を示す図である。
【図６１】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図６２】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（１ページ構成の場合）を示す図である。
【図６３】本実施形態に係る携帯端末からのプリント注文処理における画像確認画面を示す図である。
【図６４】本実施形態に係る携帯端末からのプリント注文処理における注文者情報入力画面を示す図である。
【図６５】本実施形態に係る携帯端末からのプリント注文処理における配送先入力画面を示す図である。
【図６６】本実施形態に係る携帯端末からのプリント注文処理における見積もり画面を示す図である。
【図６７】本実施形態に係る携帯端末からのプリント注文処理における注文受け付け画面を示す図である。
【図６８】本実施形態に係る携帯端末からのプリント注文処理におけるオーダーステータス画面を示す図である。
【図６９】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
Claims (6)
- 通信端末からの画像のプリント注文に基づいて、プリントサービスを提供する情報提供装置であって、
前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信手段と、
前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶手段と、
前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶手段に記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供手段とを備え、
前記送信手段は、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信することを特徴とする情報提供装置。 - 前記通信端末がパーソナルコンピュータである場合は、前記注文受け付け画面が前記決済サイトから発行された確認番号を含み、
前記通信端末が携帯端末である場合は、前記注文受け付け画面が前記決済サイトから発行される確認番号を含まず、前記注文受け付け画面の送信後の前記決済サイトへの決済処理のリクエストに応答して前記決済サイトから発行された確認番号を取得して前記通信端末に通知し、
前記決済サイトは、前記通信端末から提示された前記確認番号にしたがって前記プリントサービスの利用金額の入金処理を行うことを特徴とする請求項１記載の情報提供装置。 - 前記画像からプリントオーダファイルを生成する生成手段と、
前記生成手段により生成されたプリントオーダファイルをプリントサイトに送付する送付手段とをさらに備え、
前記送信手段は、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記生成手段により前記プリントオーダファイルを生成した後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末である場合は、前記生成手段により前記プリントオーダファイルを生成する前に前記プリント注文に応答して前記注文受け付け画面を送信することを特徴とする請求項１または２いずれか１項に記載の情報提供装置。 - 前記プリントサービスの処理状況は、前記プリントサービスの利用金額の決済処理が未確定か否かを表わすことを特徴とする請求項１乃至３いずれか１項に記載の情報提供装置。
- 通信端末からの画像のプリント注文に基づいて、プリントサービスを提供するための情報提供装置の制御方法であって、
前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信ステップと、
前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶ステップと、
前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶ステップで記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供ステップとを備え、
前記送信ステップでは、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信し、前記通信端末が携帯端末で ある場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に、前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信することを特徴とする制御方法。 - 通信端末からの画像のプリント注文に基づいて、プリントサービスを提供するための情報提供装置の制御方法を実現するために、
前記通信端末からのプリント注文に応答して、注文受け付け画面を前記通信端末へ送信する送信ステップと、
前記通信端末が携帯端末である場合に、前記注文受け付け画面のＵＲＬのパラメータと前記プリントサービスの処理状況を表わす情報とを関連づけて記憶する記憶ステップと、
前記携帯端末から前記注文受け付け画面のＵＲＬを使用してアクセスがあった場合に、前記アクセスに使用されたＵＲＬのパラメータに関連付けて前記記憶ステップで記憶された前記プリントサービスの処理状況を表わす情報を前記携帯端末へ提供する提供ステップとをコンピュータに実行させるためのプログラムであって、
前記送信ステップでは、前記通信端末がパーソナルコンピュータである場合は、前記プリント注文に応答して前記プリントサービスの利用金額の決済処理を決済サイトにリクエストした後で前記注文受け付け画面を前記通信端末へ送信させ、前記通信端末が携帯端末である場合は、前記プリントサービスの利用金額の決済処理を前記決済サイトにリクエストする前に、前記プリント注文に応答して前記注文受け付け画面を前記通信端末へ送信させるプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002269248A JP4164323B2 (ja) | 2002-09-13 | 2002-09-13 | 情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム |
| US10/660,640 US7409431B2 (en) | 2002-09-13 | 2003-09-12 | Server apparatus, communications method, program for making computer execute the communications method, and computer-readable storage medium containing the program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002269248A JP4164323B2 (ja) | 2002-09-13 | 2002-09-13 | 情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004110206A JP2004110206A (ja) | 2004-04-08 |
| JP2004110206A5 JP2004110206A5 (ja) | 2005-11-04 |
| JP4164323B2 true JP4164323B2 (ja) | 2008-10-15 |
Family
ID=32267229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002269248A Expired - Fee Related JP4164323B2 (ja) | 2002-09-13 | 2002-09-13 | 情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4164323B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070282802A1 (en) | 2006-05-09 | 2007-12-06 | International Business Machines Corporation | System, method and program to manage alternate bookmarks |
| JP5655600B2 (ja) * | 2011-01-31 | 2015-01-21 | 株式会社リコー | アルバムシステム、撮影装置、サーバ、プログラム |
| JP2022045802A (ja) * | 2020-09-09 | 2022-03-22 | 株式会社リコー | 情報処理システム、情報処理装置、情報処理方法、プログラム、機器 |
-
2002
- 2002-09-13 JP JP2002269248A patent/JP4164323B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004110206A (ja) | 2004-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4047041B2 (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実現するプログラム | |
| US7284040B2 (en) | Information processing apparatus for providing image to communication terminal and control method therefor | |
| JP2003281029A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP4164358B2 (ja) | ファイル保管装置及びプログラム | |
| EP1298545A2 (en) | Server apparatus for image data and control method therefor | |
| EP1298910B1 (en) | Information providing apparatus which performs data processing in accordance with order from users | |
| EP1343303A2 (en) | Information processing system, apparatus and method, and storage medium that stores program readable by information processing apparatus | |
| EP1298521B1 (en) | Information providing apparatus for performing data processing in accordance with order from user | |
| JP4280452B2 (ja) | 情報処理装置及びその制御方法及びそれを実現するプログラム | |
| EP1298569A2 (en) | Information presenting system for performing data processing in accordance with order from user | |
| JP2003331167A (ja) | 情報処理システム及び情報処理装置及び注文情報ファイルの利用方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP3814508B2 (ja) | 電子アルバム公開システム、電子アルバム管理装置及びそのプログラム | |
| US20090210512A1 (en) | System, method, and program product for creating and sharing digital image output data across a network | |
| JP4208529B2 (ja) | 情報処理装置及びその制御方法と、その方法をコンピュータ装置に実行させるためのプログラム | |
| JP4164323B2 (ja) | 情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム | |
| JP4436447B2 (ja) | サーバ装置及びその制御方法 | |
| JP2004112115A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2004112116A (ja) | 情報処理システム及び情報提供装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2006011626A (ja) | データ保管システム及びアプリケーションサーバ装置及びその制御方法及びその制御方法をコンピュータ装置に実施させるためのプログラム | |
| JP4481550B2 (ja) | データ転送システム、データ提供装置、その制御方法、それを実施させるためのプログラム | |
| JP2004110205A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP4125039B2 (ja) | 情報処理装置及びその制御方法及びそれをコンピュータに実行させるためのプログラム | |
| JP3950737B2 (ja) | 画像管理装置、その方法及びプログラム | |
| JP2004110720A (ja) | 情報処理装置、情報処理方法、プログラム、及び記憶媒体 | |
| JP2004112088A (ja) | 情報処理装置及びその制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050913 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050913 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080313 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080321 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080520 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080718 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080728 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130801 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |