JP2004112115A

JP2004112115A - Information processing system, information processing apparatus, information processing method, storage medium stored with program executing the method in information processing apparatus readable way, and program thereof

Info

Publication number: JP2004112115A
Application number: JP2002269244A
Authority: JP
Inventors: Kotaro Yamaguchi; 山口　耕太郎; Makoto Kobayashi; 小林　真琴; Hitoshi Sunada; 砂田　仁; Yoko Murase; 村瀬　曜子; Kenji Maeda; 前田　健司
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-09-13
Filing date: 2002-09-13
Publication date: 2004-04-08

Abstract

<P>PROBLEM TO BE SOLVED: To provide an efficient entry form whereby the number of entry operation times can be decreased for a device such as a mobile terminal having a small capacity of a communication data amount, that is, to provide the entry form whereby ordering information is more efficiently entered in the case of placing an order on a print service via a network from the device such as the mobile terminal having a small capacity of a communication data amount. <P>SOLUTION: The information processing apparatus accepting an order of the service from a communication terminal having a browser function is characterized in to receive and set a common setting condition to a plurality of services in the order from the communication terminal and to receive and set individual setting conditions set to a plurality of the services in the order from the communication terminal when no common setting condition is set. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は情報処理装置が記憶する画像に対し、情報端末、特に携帯電話から閲覧サービスを受けるための情報処理システム、情報処理装置、情報処理方法、及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関するものである。
【０００２】
【従来の技術】
デジタル画像情報は、一般に、画像入力機器によって提供される。近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズやコストがスケールダウンしたことで、画像を撮影する画像入力機器が広く用いられるようになってきた。そして、デジタルカメラを用いて撮影した画像データは、デジタルカメラ内にあるメモリに保存された後、デジタルカメラのユーザが所有するパーソナルコンピュータ内のＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。又、カラースキャナの普及に伴って、電子データとして画像を作成、保管することも容易にできるようになった。
【０００３】
一方で、近年、通信インフラの整備及び情報通信技術の発展により、インターネット等のネットワークを利用した情報提供サービスが可能となっている。
【０００４】
このような背景から、情報提供サービスを行うシステムとして、画像サービスサイト（以後フォトサイトと称す）が、ネットワーク上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に再度閲覧できるようなサービスを提供するシステムが現れている。更に、閲覧している画像データに対してプリント注文を行えるサービスを提供するシステムも現れてきている。
【０００５】
又、近年の携帯電話や小型情報端末のネットワーク機能の向上に伴い、場所を選ばずにネットワーク上の情報へのアクセスが可能となってきた。と同時に、携帯端末から様々なサービスを申し込むことが可能になってきており、携帯端末からも詳細な印刷設定などが選択可能な印刷サービスなどを利用できることが望まれている。
【０００６】
【発明が解決しようとする課題】
ところが、携帯端末などの通信データ量の少ない機器から利便性の高いサービス、例えば印刷サービスを提供するためには、次のような課題が存在する。
【０００７】
印刷サービスにおいて、出力メディアの選択・出力枚数・出力所品の配送先などサービス性の向上にあわせて細かい設定を可能にすればするほど、入力情報も増大することになる。
【０００８】
そのため、携帯端末などの受信データ量の少ない機器に対しては、商品の注文内容の設定や発送のための顧客情報などデータ量が多い場合、設定情報を入力させるフォーム画面を一度（一画面）に提供することが難しいので、入力フォームを分割した形で効率よく機器に対して提供する必要がある。
【０００９】
ところが、単純に処理過程を分割した場合には、簡単な注文内容および複雑な注文内容のどちらにおいても、印刷注文が完了するまでに同じ入力フォーム等の処理を繰り返す必要が生じ、簡単な注文においても操作を繰り返すことになってしまう。
【００１０】
本発明は、このような状況に鑑みて、携帯端末などの通信データ量の少ない機器に対して、入力操作の回数を削減できるより効率的な入力フォームを提供することを目的とする。
【００１１】
又、本発明は、ネットワークを介した印刷サービスを携帯端末などの通信データ量の少ない機器から注文する場合に、注文情報の入力をより効率的な入力フォームを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報処理装置は、通信端末からサービスの注文を受け付ける情報処理装置であって、注文内の複数のサービスへの共通の設定条件を通信端末から受信して設定する第１の設定手段と、前記共通の設定条件が設定されない場合に、前記注文内の複数のサービスへの個別の設定条件を通信端末から受信して設定する第２の設定手段とを備えることを特徴とする。
【００１３】
ここで、前記第１の設定手段は、前記共通の設定条件を受信するための第１入力画面を、前記通信端末が備えるブラウザに表示可能なページ記述言語により記述された第１入力画面情報で通信端末に送信する第１入力画面送信手段と、該第１入力画面からの前記共通の設定条件を設定しない旨の情報を受信する受信手段とを有し、前記第２の設定手段は、前記受信手段からの前記共通の設定条件を設定しない旨の情報に応答して、前記個別の設定条件を受信するための第２入力画面を、前記通信端末が備えるブラウザに表示可能なページ記述言語により記述された第２画面情報で通信端末に送信する第２入力画面送信手段とを有する。また、前記第２の設定手段は、通信端末からの受信情報に基づいて前記注文内の複数のサービスから必要なサービスの注文を選別する選別手段を更に有する。また、前記サービスは、ネットワーク上の記憶装置に保管された画像のプリントサービスであって、前記注文は複数の画像を含むアルバム単位で受け付ける。また、前記共通の設定条件としては、前記アルバムに含まれる複数の画像のプリント先での媒体フォーマットとプリント部数とを含み、前記個別の設定条件としては、前記アルバムに含まれる各画像のプリント部数を含む。また、前記ページ記述言語はマークアップ言語である。また、前記通信端末は携帯通信端末である。
【００１４】
又、本発明の情報処理装置の制御方法は、通信端末からサービスの注文を受け付ける情報処理装置の制御方法であって、注文内の複数のサービスへの共通の設定条件を通信端末から受信して設定する第１の設定ステップと、前記共通の設定条件が設定されない場合に、前記注文内の複数のサービスへの個別の設定条件を通信端末から受信して設定する第２の設定ステップとを備えることを特徴とする。更に、上記情報処理装置の制御方法を実現するプログラム、及び該プログラムを情報処理装置読み取り可能に記憶する記憶媒体をも提供する。
【００１５】
又、本発明の情報処理システムは、通信端末と、該通信端末からサービスの注文を受け付ける情報処理装置とを有する情報処理システムであって、前記情報処理装置が、注文内の複数のサービスへの共通の設定条件を前記通信端末から受信して設定する第１の設定手段と、前記共通の設定条件が設定されない場合に、前記注文内の複数のサービスへの個別の設定条件を前記通信端末から受信して設定する第２の設定手段とを備えることを特徴とする。
【００１６】
又、本発明の情報処理方法は、通信端末からサービスの注文を行う情報処理方法であって、注文内の複数のサービスへの共通の設定条件を設定する第１の設定ステップと、前記共通の設定条件が設定されない場合に、前記注文内の複数のサービスへの個別の設定条件を設定する第２の設定ステップとを備えることを特徴とする。
【００１７】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１８】
ここでは、本発明を実施する一実施形態の情報処理システムとして、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１９】
＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００２０】
情報提供システムは、サービスの提供を受けるユーザのＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）１０２（以下、ユーザＰＣと略す）と、携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と入金処理を行う決済サイト１２０とからなる。
【００２１】
フォトサイト１０５は、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００２２】
又、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイト１０９に対して印刷のオーダを依頼する。又、プリントサイト１０９は、インターネットを利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００２３】
まず、ユーザはユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。次に、フォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択できる。選択された画像の識別情報がフォトサイト１０５からプリントサイト１０９に渡される。
【００２４】
（画像アップロード）
図１で、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００２５】
データ転送用インタフェース１１６は、画像入力装置１０１とユーザＰＣ１０２間で撮影された画像データを転送するためのインタフェースである。データ転送用インタフェース１１６は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）やＩＥＥＥ１３９４に代表される有線インタフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インタフェースの場合もある。
【００２６】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インタフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２７】
ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２８】
画像入力装置１０１で撮影され、ユーザＰＣ１０２の情報記憶領域に格納されている画像データは、ユーザＰＣ１０２のユーザの要求により、フォトサイト１０５に転送される（以下、この転送を画像アップロードと呼ぶ）。この画像アップロードを行う方法としては、先に述べたＷｅｂブラウザを用いて転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送する方法や、画像アップロード専用ソフトウエア等を用いて、直接、画像データを選択して転送する方法がある。いずれの方法も、インターネット上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００２９】
アップロードされた画像データはフォトサイト１０５において利用可能なデータであるかどうかをチェックされる。利用可能であると判断した場合は、アップロードされた画像データや属性情報等を格納する。フォトサイト１０５は、アップロードされた画像データの複数枚をひとつの単位としてまとめたアルバムとして管理することもできる。
【００３０】
この段階でフォトサイト１０５は、正常に画像データがアップロードされたことをユーザＰＣ１０２に通知する。ユーザＰＣ１０２のユーザは、Ｗｅｂブラウザを介して、このようにして画像データをアップロードすることができる。
【００３１】
フォトサイト１０５には、画像データの属性情報以外にも各種データが一元管理されている。例えば、予め登録しているユーザ属性情報のデータや、アップロードされた画像データのプリントアウトを依頼するプリントサイト属性情報のデータなどである。
【００３２】
尚、上記では画像をアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、携帯端末、例えば携帯電話から画像をアップロードできてもよいし、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置から直接に有線や無線で画像をアップロードできてもよい。
【００３３】
（画像閲覧サービス）
次に、画像データをフォトサイト１０５にアップロードしたユーザ以外が、インターネット１０４を介して、格納されている画像データを閲覧する方法について説明する。
【００３４】
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を、一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供する。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）のＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザを用いてフォトサイト１０５に通知する。
【００３５】
フォトサイト１０５は閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Ｕｎｉｖｅｒｓａｌ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる。（以後、この様な一意に予測不可能なＵＲＬをランダムＵＲＬと称す。）　下記にその一例を示す。
【００３６】
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、例えばユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌにて通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することができる。
【００３７】
又、フォトサイト１０５は、画像をアップロードしたユーザが指定する携帯端末所有者に対しても、画像（又はアルバム）の閲覧通知を行って閲覧サービスを提供することができる。この場合、フォトサイト１０５は、前述の閲覧ユーザに対するＥ−Ｍａｉｌ通知と同様に、携帯端末１１３に対してもＥ−Ｍａｉｌ通知を行う。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを、携帯端末ユーザと略す）は、同様に画像及びアルバムの閲覧することができる。
【００３８】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５Ａとを介して、携帯端末１１３Ａとの各種データのやり取りが可能なモバイルネットワーク１１４Ａに送り出され、携帯端末１１３Ａに転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３Ａの専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４Ａ→インターネット接続ゲートウエイ１１５Ａ→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００３９】
フォトサイト１０５は、閲覧ユーザからのアクセスに対して、ＰＣ１０２上で動作しているＷｅｂブラウザで表示可能なＨＴＭＬ，ＸＭＬ等の記述言語で作成されたＷｅｂデータを返す。
【００４０】
一方、携帯端末ユーザからのアクセスに対しては、携帯端末１１３Ａ上で動作しているＷｅｂブラウザで表示可能なＷＭＬ，ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３Ａの機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。閲覧可能な機種は、携帯端末１１３Ａのみではなく、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境の違う携帯端末１１３Ｂもある。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。説明の便宜上、図１においては利用可能な携帯端末機種をＡとＢの２つのみ示しているが、実際には当然これ以上の機種で利用可能である。
【００４１】
（印刷サービス）
次に、ユーザＰＣ１０２Ｂや携帯端末１１３を使用している閲覧ユーザが、このようにして閲覧可能になった画像データを、プリント注文する方法を説明する。フォトサイト１０５は、閲覧ユーザからの画像データのプリント注文を、画像データのプリントアウトを提供するプリントサイト１０９に対して行う。
【００４２】
閲覧ユーザが印刷したいときには、閲覧画面から印刷注文を指定する。フォトサイト１０５は、選択画像情報に必要な画像データを、画像データベース１１７から取得して選択画像情報を生成する。この選択画像情報を、ユーザＰＣ１０２Ｂに対して、インターネット１０４を介して送信することにより、閲覧ユーザは、選択された画像毎にプリント形式や枚数などを入力できる。
【００４３】
フォトサイト１０５は、選択された画像毎にプリント形式や枚数などの情報をもとに、料金算出モジュール１１０により見積額を算出し、算出した見積額をインターネット１０４を介してフォトサイト１０５に送信する。
【００４４】
ここで提示された価格での購入を、プリント注文した閲覧ユーザが認め、承認のアクションをフォトサイト１０５に返すと、決済手段としての決済サイト１２０に対して利用代金情報を通知し、登録番号を返信する。この登録番号をメールもしくは画面により閲覧ユーザに通知する。閲覧ユーザは、利用代金を店舗１２１にて登録番号を示し入金する。入金を受けた店舗１２１は、決済サイト１２０に入金情報を登録番号とともに通知し、決済サイトは入金情報をフォトサイト１０５に通知する。入金情報を受けたフォトサイト１０５はプリントアウトに必要な画像データを含むプリントオーダ情報を、プリントサイト１０９に送る。プリントサイト１０９は、プリントオーダを受理し、送られてきた画像情報をプリントサイト１０９が所有する印刷手段を用いてプリントアウトする。プリントアウトされた印刷物１１２は、何がしかの運送手段によって、プリントアウトを依頼した閲覧ユーザに届けられる。
【００４５】
＜本実施形態のフォトサイトの構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
【００４６】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネットスイッチ（ＳＷ）２１０からなる。
【００４７】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００４８】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ（ＰＣ−ＡＰＰＳ）２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ（Ｍｏｂｉｌｅ−ＡＰＰＳ）２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３，２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００４９】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ（Ｍｏｂｉｌｅ−Ｔｒａｎｓ）２０５に振り分けを行う。
【００５０】
アプリケーションサーバ２０３は、ＰＣ１０１からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００５１】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００５２】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成しする。
【００５３】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをＨＴＴＰで受けたとき、リクエストに含まれるＵｓｅｒ−Ａｇｅｎｔ情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００５４】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００５５】
ユーザからの画像はｆｔｐプロトコルにてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００５６】
以上のような本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２Ａを用いて、フォトサイト１０５に対して、利用登録を行い、フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像の転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２Ａもしくは携帯端末１１３から、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像の印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２ＡからユーザＰＣ１０２Ｂ、及び携帯端末１１３Ａへ、フォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧：ユーザＰＣ１０２Ｂから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３Ａから、フォトサイト１０５に格納された画像データの閲覧を行う。
【００５７】
＜本実施形態のフォトサイトのハードウエア構成例＞
図３は、本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略してある。
【００５８】
１０は図１の制御装置であるＣＰＵであり、フォトサイト全体を制御する。ＲＯＭ２０には、変更を必要としないプログラムやパラメータが格納されている。ＲＡＭ３０はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１とプログラムロード領域３２からなる。
【００５９】
プログラムロード領域３２には、外部記憶装置４０からＯＳやプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ１０により実行される。
【００６０】
データ記憶領域３１には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１ａ、ユーザの通信端末から受信した受信データ３１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１ｃや現在使用している保管用容量３１ｄ、携帯端末からの閲覧時に使用される削除フラグ１，２を記憶する領域３１ｅやセッションＩＤ３１ｆなどが確保される。
【００６１】
外部記憶装置４０は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピーディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域４１とプログラム記憶領域４２からなる。
【００６２】
データ記憶領域４１には、保管を依頼した顧客情報を管理する顧客情報データベース４１ａ、保管されている画像情報を管理する画像情報データベース４１ｂ、携帯端末用の情報を管理する携帯端末データベース４１ｃ、保管されている画像情報の印刷注文を管理する注文情報データベース４１ｄ等が記憶される。これらは、例えば、図４から図９、あるいは図４０から図４２、あるいは図４６から図５０にその構成例が更に以下で詳細に示される。
【００６３】
プログラム記憶領域４２には、ＲＡＭ３０のプログラムロード領域３２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム４２１として、以下に詳細に示すユーザ登録モジュール４２１ａ、ログインモジュール４２１ｂ、アルバム閲覧モジュール４２１ｃ、プリントオーダモジュール４２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム４２２として、本実施形態の特徴部分であるアルバム閲覧モジュール４２２ａやプリントオーダモジュール４２２ｂなどが格納される。
【００６４】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよく、又、記憶部、特に外部記憶装置４０は複数の装置に分散されて構成されていてもよい。
【００６５】
＜データベースの構成例＞
図４から図９及び図４６から図５０は、それぞれ本実施形態におけるフォトサイト１０５が管理するデータベース２０８の内容を示した図である。
【００６６】
（顧客情報データベース例）
図４から図６は、データベース２０８内で管理している顧客用のテーブルの内容を示した図である。
【００６７】
図４は、本実施形態におけるフォトサイト１０５で管理する顧客情報に関するデータテーブルを示した図である。
【００６８】
ユーザがユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、データベース２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は”１”ならば登録済みで利用可能な状態、”０”は利用禁止状態を表す。
【００６９】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【００７０】
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、データベース２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００７１】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブルを示した図である。
【００７２】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００７３】
（画像情報データベース例）
図７から図９は、データベース２０８内で管理している画像情報管理用のテーブルの内容を示した図である。
【００７４】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブルを示した図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００７５】
アルバムの公開可否フラグ７０４は”１”ならば公開可能、”０”ならば公開禁止、”−１”ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は”１”ならばパスワード有り、”０”ならばパスワード無しを表し、パスワード可否フラグ７０５が”１”の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は”１”ならば印刷可能、”０”ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は”１”ならば表示可能、０ならば表示不可を意味する。表示形式番号は”１”ならば一覧表示、”２”ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、”１”ならば表示可能、”０”ならば表示不可を意味する。このフラグはサービス管理者により制御する。又、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２を保管する。
【００７６】
図８は本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブルを示した図である。
【００７７】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００７８】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブルを示した図である。
【００７９】
画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は”１”ならば表示可能、”０”ならば表示不可を意味する。
【００８０】
（注文情報データベース例）
図４６から図５０は、データベース２０８内で管理しているプリント注文に関するテーブルの内容を示した図である。
【００８１】
図４６は、本実施の形態におけるフォトサイト１０５で管理する注文情報テーブルを示した図である。
【００８２】
注文情報テーブル１０００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。印刷注文ごとに発行される注文番号１００１をキーとして、注文者ＩＤ１００２、配送先氏名１００３、配送先郵便番号（１、２）１００４、１００５、配送先都道府県コード１００６、配送先住所（１、２）１００７、１００８、配送先電話番号（１、２、３）１００９、１０１０、１０１１、プリントサイトＩＤ１０１２、注文日時１０１３、注文ステータス１０１４が保管される。注文ステータス１０１４は、”０”がプリントサイト発注前（デフォルト値）、”１”がプリントサイト発注済、”２”が配送済みを意味する。
【００８３】
図４７は、本実施の形態におけるフォトサイト１０５で管理する注文画像データテーブルを示した図である。
【００８４】
注文画像データテーブル１１００は、アルバムの印刷オーダがあると、通知される画像に対応して画像数分だけのレコードが作製され、データベース１１８に登録され管理される。注文画像データテーブル１１００には、注文番号１１０１をキーとしてプリントサイト１０９の受付番号１１０２、印刷オーダ単位で管理する画像番号１１０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１１０４、１１０５、１１０６、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、画像ＩＤ１１１０を管理する。プリントサイズ１１０８には”１”はＬ判、”２”は２Ｌ判、”３”は官製はがきサイズ、”４”は私製はがきサイズ、”５”はＡ４サイズを意味する。又、プリントタイプ１１０９では、”０”は縁無しプリント、”１”は縁有りプリントを意味する。なお、同一の注文では注文番号１１０１と注文番号１００１は同一の番号が格納さる。画像ＩＤ１１００はコピー前の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００８５】
図４８は、本実施の形態におけるフォトサイト１０５で管理する注文決済データテーブルを示した図である。
【００８６】
注文決済データテーブル１２００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文決済データテーブル１２００には注文番号１２０１をキーとして決済方法１２０２、合計料金１２０３、プリント料金１２０４、プリント料金税額１２０５、送料１２０６、送料税額１２０７、ステータス１２０８を管理する。決済方法１２０２では、”１”は振込み、”２”は代引き、”３”はクレジット決済、”４”は店舗決済代行を意味するが、本実施の形態では”４”の店舗決済代行の場合のみの流れを説明する。ステータス１２０８では、”０”は決済注文未確定（デフォルト値）、”１”は未決済注文保留中、”２”は決済終了を意味する。なお、同一の注文では注文番号１２０１として注文番号１００１と同じ値が格納される。
【００８７】
図４９は、本実施の形態におけるフォトサイト１０５で管理する注文者データテーブルを示した図である。
【００８８】
注文者データテーブル１３００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文者データテーブル１３００では注文者ＩＤ１３０１をキーとして、ユーザＩＤ１３０２、通知先メールアドレス１３０３、氏名（姓）１３０４、氏名（名）１３０５、ふりがな（姓）１３０６、ふりがな（名）１３０７、郵便番号（１、２）１３０８、１３０９、都道府県コード１３１０、住所（１、２）１３１１、１３１２、電話番号（１、２、３）１３１３、１３１４、１３１５を管理する。印刷注文者がフォトサイトの登録ユーザでない場合、ユーザＩＤ１３０２には０が代入される。なお、同一の注文においては注文者ＩＤ１３０１と注文者ＩＤ１００２には同じＩＤが格納され、注文者がフォトサイトの会員である場合には同一の注文者に対するユーザＩＤ１３０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１３０３〜１３１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００８９】
図５０は、本実施の形態におけるフォトサイト１０５で管理するプリントサイトデータテーブルを示す図である。
【００９０】
なお、本実施形態では１箇所のプリントサイトで説明しているが、プリントサイトデータテーブル１４００は、フォトサイト１０５に接続できる新たなプリントサイトができると、それに応じて新たなレコードが作製され、データベース１１８に登録され管理される。プリントサイトデータテーブル１４００ではプリントサイトＩＤ１４０１をキーとしてプロバイダ名称１４０２、プリントオーダ通知用ＣＧＩへのＵＲＬ１４０３を管理する。
【００９１】
＜本実施形態のフォトサイトのＰＣからのアクセスに対する動作例＞
図１０に、フォトサイト１０５における全体の動作例、特にＰＣからのアクセスに対する動作例を示す。
【００９２】
まず、ステップＳ１０１でユーザからのアクセスを待って、アクセスがあってアクセス要求がＰＣからであれば、ステップＳ１０２で初期画面（図１１参照）を表示する。初期画面に応答してユーザからの指示があると、ステップＳ１０４，Ｓ１０６，Ｓ１０８，Ｓ１１０で夫々「ユーザ登録」が選択されたか、「ログイン」が選択されたか、「アルバム閲覧」が選択されたか、「プリントオーダー」が選択されたかを判定する。「ユーザ登録」であればステップＳ１０５でユーザ登録処理を実行する。「ログイン」であればステップＳ１０７でログイン処理を実行する。「アルバム閲覧」であればステップＳ１０９でアルバム閲覧処理を実行する。「プリントオーダー」であればステップＳ１１１でプリントオーダー処理を実行する。
【００９３】
各処理を終了した場合、あるいはどの処理でもなかった場合は、ステップＳ１１２でサイトアクセスの終了か否かを判定し、終了でなければステップＳ１０２に戻って再度初期画面を表示させる。終了指示の受信があると、サービスを終了する。
【００９４】
以下、ＰＣ１０２に対するアプリケーションサーバ２０３の詳細なサービスを説明をする。尚、以下の説明では、ユーザＰＣ１０２Ａがアップロード（画像の保管）を行い、ユーザＰＣ１０２Ｂや携帯端末１１３Ａ，Ｂが画像閲覧を行なう場合を例に説明する。
【００９５】
（フォトサイト１０５の入口）
図１１は、本実施形態におけるフォトサイト１０５のサービスを受けようとする場合に最初に表示される初期画面の例である。
【００９６】
フォトサイト１０５の記憶部には、この画面１９００を表示するためのＨＴＭＬデータが格納されており、インターネット１０４経由で自由にダウンロード可能な状態となっている。従って、ユーザＰＣ１０２Ａで、Ｗｅｂブラウザを起動し、フォトサイト１０５のＷｅｂサーバのアドレスを示すＵＲＬを指定すれば、図１１に示す画面１９００が表示される。
【００９７】
画面１９００にはユーザ登録用ボタン１９０１、ユーザ登録を済ませたユーザがフォトサイト１０５を利用するためのログインネームの入力領域１９０２、パスワードの入力領域１９０３、ログインボタン１９０４、アルバムの閲覧を行うためのアルバムＩＤ入力領域１９０５、アルバム閲覧用ボタン１９０６、印刷注文のステータス確認用のプリントオーダＩＤ入力領域１９０７及びプリントオーダ確認ボタン１９０８が配置されている。
【００９８】
以下、画面１９００の各ボタンを押下したときの処理について説明する。
【００９９】
（ユーザ登録例）
まず、ユーザ登録を行うための手続きについて説明する。図１２は、本実施携帯のユーザ登録時のユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりを示す図である。
【０１００】
画面１９００のユーザ登録用ボタン１９０１が押下されると、図１３のユーザ登録時のフォトサイト１０５の処理を表すフローチャートに従って処理が行われる。画面１９００にてユーザ登録用ボタン１９０１が押下されると、図１４に示される画面２１００が表示されユーザ登録処理が開始される（ステップＳ２００１）。
【０１０１】
図１４に示される画面２１００は本実施形態におけるユーザ登録を行うための画面であり、登録するユーザの通知先メールアドレスの入力領域２１０１、ユーザのログインネームの入力領域２１０２、パスワードの入力領域２１０３、氏名の入力領域２１０４、２１０５およびそのふりがなの入力領域２１０６、２１０７、登録するユーザの郵便番号の入力領域２１０８、２１０９、都道府県の選択領域２１１０、住所の入力領域２１１１、２１１２及び電話番号の入力領域２１１３、２１１４、２１１５を有する。キャンセルボタン２１１７が押下された場合には、図１３には不図示であるがユーザ登録処理は行われず、画面は１９００に戻る。
【０１０２】
ここで、登録ボタン２１１６が押下されると、ステップＳ２００２にて必須項目が入力されたかどうかのチェックを行う。本実施形態ではメールアドレス２１０１、ログインネーム２１０２、パスワード２１０３、氏名（２１０４、２１０５）及び電話番号２１１３、２１１４、２１１５を必須項目とする。フォトサイト１０５で必須項目が入力されていないと判断された場合には、ステップＳ２００３にてエラー画面を表示する。
【０１０３】
ステップＳ２００２において、必須項目が入力されたと判断された場合、フォトサイト１０５はデータベース２０８の顧客情報データテーブル４００を検索し（ステップＳ２００４）、入力領域２１０２で入力されたログインネームが既に使用されているかどうか判定する（ステップＳ２００５）。入力領域２１０２で入力されたログインネームが既に使用されている場合には、ステップＳ２００６でエラー画面を表示する。
【０１０４】
入力領域２１０２で入力されたログインネームがデータベース２０８で見つからなかった場合には、パスワードの再入力を促す図１５の表示画面２２００が表示される（ステップＳ２００７）。図１５の表示画面２２００には、パスワードの入力領域２２０１、パスワードの送信指示２２０２、キャンセル２２０３が表示されている。キャンセル時には、図１３には不図示であるが登録処理は中断され、画面２１００が表示される。ステップＳ２００８にて、パスワードの入力領域２２０１に入力されたパスワードが画面２１００のパスワード入力領域２１０３で入力された文字と同じであるかどうかの判定を行う。ステップＳ２００８で入力されたパスワードが同じでなかったと判断された場合にはエラー画面を表示する（ステップＳ２００９）。
【０１０５】
ステップＳ２００８で、入力されたパスワードが同じであったと判断された場合には、ステップＳ２０１０に進み、ユーザ登録に必要な情報が全て入力されたものとして、図１６に示されるユーザ情報確認画面２６００を表示する。ここに表示される情報は画面２１００にてユーザが入力した情報である。ここで、訂正ボタン２６０２が押下されると、ステップＳ２００１に戻って再度画面２１００が表示され、入力情報の編集を行うことができる。
【０１０６】
確認ボタン２６０１が押下されると、過去に発行したユーザＩＤの最大値をデータベース２０８の顧客情報データテーブル４００より取得する。そして、その数値に１を加算した値を、新たに登録するべきユーザのユーザＩＤとする（ステップＳ２０１２）。
【０１０７】
ステップＳ２０１３おいては、ステップＳ２０１２で求めたユーザＩＤに基づき、新たに顧客情報データテーブル４００を作成し、画面２１００で入力された情報をその顧客情報テーブル４００に登録する。つまり、図２１の入力領域２１０１の内容が図４の４０２に、入力領域２１０２の内容が４０３に、入力領域２１０３の内容が４０４に、入力領域２１０４の内容が４０５に、入力領域２１０５の内容が４０６に、入力領域２１０６の内容が４０７に、入力領域２１０７の内容が４０８に、入力領域２１０８の内容が４０９に、入力領域２１０９の内容が４１０に、選択領域２１１０の内容が４１１に、入力領域２１１１の内容が４１２に、入力領域２１１２の内容が４１３に、入力領域２１１３の内容が４１４に、入力領域２１１４の内容が４１５に、入力領域２１１５の内容が４１６に、それぞれ格納される。更にユーザ登録状態４１７を１とする。
【０１０８】
ユーザ新規登録状態では、ユーザの作成したアルバムもアップロード画像も存在しないが、新規登録時に、図６に示した顧客アルバムテーブル６００と、図７に示したアルバム情報データテーブル７００とをそれぞれ１レコードずつ作成しデータベース２０８に登録しておいてもよい。この場合には、アルバムＩＤ６０２としては今までにデータベース２０８で発行したアルバムＩＤの最大値＋１が格納される。又、アルバム表示番号６０３は１に設定され、アルバム名７０２には、仮アルバム名称としてデフォルトで例えば「マイアルバム」と設定すればよい。その他、アルバム情報データテーブル７００内には、フォトサイト１０５で決定した初期値がそれぞれ設定されることは言うまでもない。
【０１０９】
データベース２０８への登録が終了すると、図１６の画面２６００に表示された内容と同じ内容の電子メール文章を作成し、図４の顧客情報テーブル４００に登録されているＥ−Ｍａｉｌアドレスに対して電子メールを発行する（ステップＳ２０１４）。図１７はこのとき発行される電子メールの内容を示した一例である。
【０１１０】
（ログイン）
次に、フォトサイト１０５に対するユーザ登録を行ったユーザが、実際にフォトサイト１０５でのサービスを受けるための手続きについて説明する。尚、本実施形態では、フォトサイト１０５において、ユーザの画像は全てアルバムと名付けられたフォルダ単位で管理されているものとする。
【０１１１】
画面１９００において、ログインネーム入力領域１９０２及びパスワード入力領域１９０３にログイン名及びパスワードを入力してログインボタン１９０４が押下されると、フォトサイト１０５ではデータベース２０８より顧客情報データテーブル４００を検索する。ログイン名が顧客情報データテーブル４００より検索されなかった場合、又は、検索されたレコードのパスワードとパスワード入力領域１９０３に入力された文字列が一致しなかった場合には、警告画面を表示する。
【０１１２】
検索されたレコードのパスワードと、入力領域１９０３に入力された文字列とが一致した場合には、フォトサイト入力ユーザの認証を正常に行ったこととして図１８に示す画面２９００（以下、この画面をメインメニューとも言う）を表示する。
【０１１３】
画面２９００において、ボタン２９０１はユーザ情報変更用のボタンである。ボタン２９０２はログアウトボタンである。領域２９０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン２９０４はアルバムのプロパティを設定するためのボタンである。ボタン２９０５はアルバム通知ボタンである。ボタン２９０６はアルバムを新規作成するためのボタンである。ボタン２９０７はアルバム削除のためのボタンである。ボタン２９０８は画像をアップロードするためのボタンである。ボタン２９０９はプリントオーダボタンである。領域２９１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイト上に保管している画像のサイズ、許容使用量に対する比率が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。
【０１１４】
図１８ではユーザが５個のアルバムを作成したことがボタン２９１１〜ボタン２９１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域２９２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域２９１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン２９１７〜ボタン２９２２の各ボタンが押下されると領域２９２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域２９２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【０１１５】
図１９は、図１８の画面２９００が表示された後のユーザの編集操作に関する処理方法を示したフローチャートである。画面２９００に対するユーザ操作に応じて以下の処理が行われる。
【０１１６】
ステップＳ３００１にてユーザ入力を受け付けると、まず、ステップＳ３００２にて、そのユーザ入力がアルバム編集かどうかを判定する。画面２９００において領域２９０３内のボタンが押下された場合に、アルバム編集であると判断し、その場合にはステップＳ３００３のアルバム編集処理に移る。
【０１１７】
ステップＳ３００２においてユーザ入力がアルバム編集でないと判定された場合には、ステップＳ３００４に進み、ユーザ入力が画像編集であるかどうかを判定する。画面２９００において領域２９１６内のボタンが押下された場合が画像編集であると判定し、ステップＳ３００５に移る。ステップＳ３００５では、図２９の領域２９１６内の何れかのボタンの押下に応じて、アルバム内で選択された画像に対し、右／左９０°回転、削除、移動、コピー、順序変更などの処理を行う。
【０１１８】
ステップＳ３００４においてユーザ入力が画像編集でないと判定された場合にはステップＳ３００６に進み、ユーザ入力がユーザ情報の編集かどうかを判定する。画面２９００においてボタン２９０１が押下された場合がユーザ情報の編集である。このボタンが押下されるとステップＳ３００７にて図１４に示される画面２１００が表示され、ユーザが登録した情報の変更を行うことができる。ここでのユーザ情報編集処理は、（ユーザ登録）の項で説明したユーザ登録処理とほぼ同様であるが、画面表示時に初期値としてユーザが登録した情報が表示されていることと、登録ボタン２１１６、キャンセルボタン２１１７を押下したときに表示される画面が画面２９００であること、データベースへのユーザ情報の登録が新規登録ではなく既存のユーザ情報の更新になること、がその相違点である。
【０１１９】
ステップＳ３００６でユーザ入力がユーザ情報の編集でないと判定された場合には、ステップＳ３００８に進み、ユーザ入力が画像選択かどうかを判定する。画面２９００内の領域２９２３にて画像の上でマウスクリック等の方法によってユーザが画像を選択した場合、画像選択が行われたと判定してステップＳ３００９の画像プロパティ編集処理に移る。画像プロパティ編集処理としては、画像ファイル名やコメントの編集を行うことができる。
【０１２０】
ステップＳ３００８でユーザ入力が画像選択でないと判定された場合にはステップＳ３０１０に進み、ユーザ入力がアルバム選択かどうかを判定する。画面２９００で領域２９１０内のボタンを押下した場合にはアルバム選択が行われたと見なしてステップＳ３０１１のアルバム表示処理を行う。
【０１２１】
ステップＳ３０１０でユーザ入力がアルバム選択でないと判定された場合には、ステップＳ３０１２にてユーザ入力がログアウトかどうかの判定を行う。画面２９００で、ボタン２９０２が押下された場合には、ユーザ入力がログアウトであると判定してステップＳ３０１３に進み、ログアウト処理を行う。ログアウト処理を行うときにはフォトサイト１０５はデータベース２０８のユーザ状態テーブル５００の最終表示アルバムＩＤ５０２に現在表示中のアルバムＩＤを登録して更新する。その後表示画面を画面１９００に戻す。
【０１２２】
ステップＳ３０１２でユーザ入力がログアウトでないと判定された場合にはステップＳ３００１に戻り、次のユーザ入力を待つ。
【０１２３】
以下、ステップＳ３００３（アルバム編集）、ステップＳ３０１１（アルバム表示）についての詳細を説明する。
【０１２４】
［アルバム編集処理］
図２０は、フォトサイト１０５でのアルバム編集処理の手順を示すフローチャートである。
【０１２５】
ステップＳ３１０１にてプロパティの設定かどうかの判定を行う。画面２９００においてボタン２９０４が押下された場合にはプロパティの設定が選択されたと判定して、ステップＳ３１０２に移り、図２２に示される画面３２００が表示され、選択されたアルバム（直前に図１８の領域２９２３に表示されていたアルバム）に関する種々の属性の設定を行うことができる。
【０１２６】
ステップＳ３１０１にてプロパティ設定でないと判定された場合にはステップＳ３１０３に進み、アルバム通知かどうかを判定する。画面２９００においてボタン２９０５が押下された場合にはアルバムの通知が選択されたと判定して、ステップＳ３１０４に移り、図２９に示される画面３３００が表示され、選択されたアルバムを閲覧するための方法を電子メールで第３者に通知するための設定を行うことができる。
【０１２７】
ステップＳ３１０３にてアルバム通知でないと判定された場合にはステップＳ３１０５にてアルバムの新規作成かどうかを判定する。画面２９００においてボタン２９０６が押下された場合には、アルバムの新規作成処理が選択されたと判定して、ステップＳ３１０６に移り、図２２と同様に示される画面３２０１が表示される。画面３２０１でアルバム名の入力領域３２０１に、新規なアルバム名（そのログインユーザが未だ登録していないアルバム名）が入力されて、更に設定ボタン３２０８を押下されれば、新規にアルバムを作成する。
【０１２８】
ステップＳ３１０５にてアルバムの新規作成でないと判定された場合にはステップＳ３１０７にてアルバムの削除かどうかを判定する。画面２９００においてボタン２９０７が押下された場合にはアルバムの削除が選択されたと判定して、ステップＳ３１０８に移る。ボタン２９０７が押下されると、図２３に示される画面３４００が表示され、選択中のアルバムの削除を行うことができる。
【０１２９】
ステップＳ３１０７にてアルバムの削除でないと判定された場合にはステップＳ３１０９にて選択中のアルバムへの画像のアップロードかどうかを判定する。画面２９００においてボタン２９０８が押下された場合には画像のアップロードが選択されたと判定して、ステップＳ３１１０に移り、アップロード処理を行う。
【０１３０】
ステップＳ３１０９にてアルバムへの画像のアップロードでないと判定された場合にはステップＳ３１１１にてアルバムのプリントオーダかどうかを判定する。画面２９００においてボタン２９０９が押下された場合にはアルバムのプリントオーダが選択されたと判定して、ステップＳ３１１２に移り、プリントオーダ処理を行う。
【０１３１】
尚、図２１は、図２０の手順に従って、アルバムの新規作成、プロバティー、削除処理におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１３２】
上記の内、アップロードと閲覧通知については、以下で更に詳しく説明する。図２４は、アップロードと閲覧通知におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１３３】
又、ステップＳ３１１２のプリントオーダ処理については、以下にプリント注文の項を設けて、更に詳細に説明する。
【０１３４】
（画像のアップロード例）
選択中のアルバムに対する画像のアップロード処理について説明する。画面２９００にてアップロードボタン２９０８が押下されると、画像のアップロード処理を開始する。図２５は、選択中のアルバムに画像をアップロードする処理の流れを示すフローチャートである。
【０１３５】
まず、画面２９００のボタン２９０８が押下されると、ステップＳ３７０１において、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数（Ｆｉｌｅｓ）を算出する。フォトサイト１０５の資源には限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【０１３６】
即ち、ステップＳ３７０２にて、Ｆｉｌｅｓが正数であるかどうかによって、アップロード可能か否かの判定を行う。Ｆｉｌｅｓが”１”未満であった場合にはアップロード不可であるとみなし、図２６に示す画面３８００を表示する（ステップＳ３７０３）。画面３８００にてＯＫボタン３８０１が押下されると画面２９００に戻る。
【０１３７】
Ｆｉｌｅｓが１以上であった場合にはステップＳ３７０４にて図２７に示すアップロード用画面３９００を表示する。この画面にはユーザＰＣ１０２Ａ上のファイルを選択するための参照ボタン３９０１、ファイルパスを入力するための入力領域３９０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域３９０３をステップＳ３７０１で算出された数（Ｆｉｌｅｓ）分表示する。送信ボタン３９０４が押下されるとステップＳ３７０５に進み、選択された画像ファイルを、ユーザＰＣ１０２Ａからフォトサイト１０５内の作業領域へ転送する。尚、図２５のフローチャートには示されていないが、キャンセルボタン３９０５が押下されるとアップロード処理は終了し、画面２９００が表示される。
【０１３８】
フォトサイト１０５に転送された画像ファイルはファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。又、作業変数Ｉを”１と”する（ステップＳ３７０６）。ステップＳ３７０７にてＩ＜＝Ｎかどうかを判定する。Ｉ＞ＮならばステップＳ３７１６にて画面２９００を表示し、処理を終了する。
【０１３９】
ステップＳ３７０７にてＩ＜＝Ｎの場合には、ステップＳ３７０８にて転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う。本実施形態では、アップロードされた画像がＪＰＥＧファイルで、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能なファイルと判断し、それ以外の場合にはステップＳ３７０９にて図２８に示す画面４０００を表示し、ステップＳ３７１０にてフォトサイト１０５内の作業領域に置かれたこのファイルを削除する。尚、ＤＣＦの情報はプリントサイト１０９Ａで画像のプリントを行うとき、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ＯＫボタン４００１が押下されるとステップＳ３７１５に移行して次のファイルをアップロードするための処理に進む。
【０１４０】
ステップＳ３７０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合にはステップＳ３７１１に進み、この画像に対して、サムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する。
【０１４１】
次に、ステップＳ３７１２でファイル追加可能か否かの判定を行う。判定は処理中のファイルを登録するとディスク使用上限を超えるかどうかで行う。ステップＳ３７１２でファイル追加不可能と判定された場合にはＳ３７１３で図２６に示す画面３８０１を表示し、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し、ステップＳ３７１６で画面２９００を表示する。
【０１４２】
ステップＳ３７１２でファイル追加可能と判定された場合には、ステップＳ３７１４にて画像情報をデータベース２０８に登録する。つまり、アップロードされた画像ファイルに対して、図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１、上記画像ＩＤを画像ＩＤ８０２、アルバム内の画像数に１加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【０１４３】
次に、ステップＳ３７１５でＩを”１”加算してステップＳ３７０７に戻る。ＩがＮより小さい間ステップＳ３７０７からステップＳ３７１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【０１４４】
（アルバムの通知例）
図２９は、画面２９００にて通知ボタン２９０５が押下されたときに表示される画面を示す図である。
【０１４５】
画面３３００においてユーザは送信先メールアドレス３３０２、送信者メールアドレス３３０３、メールタイトル３３０４、メッセージ３３０５を入力後、通知ボタン３３０６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【０１４６】
図３０はアルバム通知メールの一例である。通知メールに含まれるＵＲＬ及びアルバムＩＤは画面３３００のＵＲＬ及び公開アルバムＩＤ表示領域３３０８に表示される内容と同じである。メール通知を受けたユーザはメール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。又、画面１９００のアルバムＩＤ指定領域１９０５にメールに記載されたアルバムＩＤを入力し、ＧＯ！ボタン１９０６を押下してもＵＲＬを指定した場合と同じアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【０１４７】
（公開用アルバムＩＤの生成例）
次に公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより公開用アルバムＩＤは、その番号、文字列から第３者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【０１４８】
（ＰＣ１０２からのプリント注文例）
図５１は、ユーザがフォトサイト１０５を利用してプリントオーダを行うときのユーザＰＣ１０２、フォトサイト１０５、プリントサイト１０９間での処理の流れを示すフローチャートである。画面２９００においてプリントオーダボタン２９０９が押下されると、フォトサイト１０５で選択されたアルバム内の画像に対して、印刷をオーダすることができる。
【０１４９】
ステップＳ４２０１にてユーザがアルバム閲覧要求を行うとステップＳ４２０２でフォトサイト１０５はアルバム画像を読出し、ユーザＰＣ１０２に提示する。即ち、画面２９００において、アルバム選択領域２９１０内のアルバム選択ボタンに応じたアルバムの画像を、領域２９２３に表示させる。ステップＳ４２０３でユーザがプリントオーダ指示を出す。プリントオーダ指示は画面２９００にてプリントオーダボタン２９０９が押下されることによって発行される。
【０１５０】
プリントオーダ指示が発行されるとステップＳ４２０４に進み、フォトサイト１０５は図５２に示す画像選択画面４４００を表示するデータを生成し、ユーザＰＣ１０２に対し送信する。又、新たな注文番号を発行してデータベース１１８内の注文情報テーブル１０００に新規注文用のレコードを作成する。この際の注文ステータス１０１４は０（プリントサイト発注前）にしておく。
【０１５１】
画面４４００はプリントサイト１０９が作成する写真プリント時の印刷タイプ（縁有り、縁無し）を選択する選択領域４４０１と、アルバム内のサムネイル画像を表示する領域４４０２、プリントサイズを選択する選択領域４４０３、プリント枚数を指定する入力領域４４０４及び、見積もり要求ボタン４４０５、キャンセルボタン４４０６を有する。尚、サムネイル画像表示領域４４０２、サイズ選択領域４４０３、プリント枚数入力領域４４０４は画像データの個数分存在する。
【０１５２】
ステップＳ４２０５でユーザが注文画面４４００より注文画像の選択を行い、サイズ、枚数の入力を行って見積もりボタン４４０５を押下した場合、フォトサイト１０５は注文画像データテーブル１１００に選択された画像数分のレコードを作成して入力内容を格納する。そしてステップＳ４２０６に進む。なお、ステップＳ４２０５で見積もり要求を行わなかった場合、つまり画面４４００にてキャンセルボタン４４０５が押下されたときには処理を終了し、画面２９００にもどる。
【０１５３】
見積もり要求をした場合、まず、Ｓ４２０６にて印刷する画像が設定されているか確認する。設定されてない場合、Ｓ４２０７にて図５３に示すエラー画面４９００を表示するデータを生成し、ユーザＰＣ１０２に対し送信する。印刷する画像が設定さているときには、算出処理ステップＳ４２０８を行い、図５４に示す見積もり画面４５００に表示する見積もりデータを生成し、ユーザＰＣ１０２に対し送信する。又、注文決済データテーブル１２００に新たなレコードを生成し、先程算出した見積もりデータを格納する。この際のステータス１２０８は０（決済注文未確定）にしておく。尚、見積額は計算により導き出してもよいし、計算結果を格納したテーブルを用意し、そのテーブルから読み出してもよい。
【０１５４】
ユーザはステップＳ４２０９にて購入検討処理を行う。そこで価格を確認すると更に図５５に示す注文者情報の入力、及び図５６に示す配送先の入力処理へ進む。その間にキャンセルボタン４５０２、４６０２及び４７０２が押下された場合には処理を終了する。フォトサイト１０５は注文者データテーブル１３００に新たなレコードを生成し、入力された注文者情報を格納する。更に、先程生成した注文情報テーブル１０００内のレコードに入力された配送先の情報を格納する。
【０１５５】
尚、本実施の形態では配送時の送料は一律料金であるため、上記のようなフローになっているが、もし、料金が配送先によって異なる場合にはステップＳ４２０９で見積もり算出処理を行う前に表示させても良い。
【０１５６】
ユーザが注文を行った場合には、ステップＳ４２１０で、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を１つのファイルにパッケージしてまとめたプリントオーダファイルを生成する。印刷用のファイル生成の後、ステップＳ４２１１にて決済サイト１２０に利用金額を知らせる。決済サイト１２０は、ステップＳ４２１２にてリクエストされた利用金額を受け付ける処理を行い、その確認番号をフォトサイト１０５に通知する。この通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を”１”（未決済注文保留中）に変更する。
【０１５７】
続いてフォトサイト１０５は、ステップＳ４２１３にて確認番号を含む形で図５７に示す画面を表示するデータを生成し、さらにユーザＰＣ１０２に対し送信する。さらに図５８に示すメールをユーザに送付する。
【０１５８】
確認番号を入手したユーザは、ステップＳ４２１４にて店舗１２１に行き確認番号を提示し利用金額を支払う。店舗１２１経由で入金を受けた決済サイト１２０は、ステップＳ４２１５にて入金処理を行い、フォトサイト１０５に入金通知を行う。入金通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を”２”（決済終了）に変更する入金処理を行う。更に、ステップＳ４２１０で準備したプリントオーダファイルをプリントサイトに送付し、プリントサイト１０９に対して正式のプリントオーダを発行する。そして、注文情報データテーブル１０００内の対応レコードのステータス１０１４を”１”（プリントサイト発注済み）に変更する
正式プリントオーダが通知されると、プリントサイト１０９ではステップＳ４２１７でオーダ受注処理を行い、ステップＳ４２１８で画像データの印刷処理を行う。印刷処理が終わるとステップＳ４２１９で配送指示と終了通知をフォトサイト１０５に通知し処理を終了する。通知を受けたフォトサイト１０５は、ステップＳ４２２１にて注文情報データテーブル１０００内の対応レコードのステータス１０１４を”２”（配送済み）に変更し、ユーザに印刷物の発送を行った旨のメールを送付して終了する。
【０１５９】
尚、図５１のフローチャートには示されていないが、ステップＳ４２１７からステップＳ４２１９の各処理を行ったときにプリントサイト１０９のステータスをフォトサイト１０５に返し、その情報がフォトサイト１０５上のデータベース１１８に保管される。
【０１６０】
［アルバム表示処理］
図３１は、画面２９００内のアルバム選択領域２９１０にあるアルバム選択ボタン２９１１〜２９１５の一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【０１６１】
まず、ステップＳ３５０１において、押下されたボタンが先頭から何番目のボタンであるかを調べ、その番号をアルバム表示順序番号６０３に持つ顧客アルバムデータテーブル６００をデータベース２０８内で検索し、そのアルバムＩＤ６０１をＡｌｂｕｍＩＤとして取得する。又、そのアルバムＩＤ６０１から、アルバム情報データテーブル７００を特定し、アルバム情報を導き出す。
【０１６２】
ステップＳ３５０２において、ステップＳ３５０１で求めたＡｌｂｕｍＩＤをアルバムＩＤ８０１に持つアルバム画像データテーブル８００のレコードをデータベース２０８内で全て検索する。検索の結果、ヒットしたレコード数をＮとし、画像カウント用作業変数Ｉに”１”を代入する。
【０１６３】
ステップＳ３５０３にてＩ＜＝Ｎであるかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ３５０４からステップＳ３５０９の処理を繰り返すことによって、アルバム内全ての画像の表示を行う。
【０１６４】
ステップＳ３５０４にて、ステップＳ３５０２で検索したレコードより画像表示番号８０３にＩを持つアルバム画像データテーブル８００を検索し、その画像の画像ＩＤ８０２を求める。画像ＩＤ８０２が求まると、画像ＩＤ９０１にその画像ＩＤ８０２を持つ画像情報データテーブル９００のレコードをデータベース２０８内で検索する。ステップＳ３５０５にてステップＳ３５０４で検索されたレコードから画像のサムネイルファイルへのパス９０５を取得する。
【０１６５】
ステップＳ３５０６にてステップＳ３５０１で取得したアルバム情報データテーブル７００より表示形式番号７０９の値が１かどうかを判定する。本実施形態ではこの値は”０”ならばサムネイル表示、”１”ならば詳細表示を表す。
【０１６６】
ステップＳ３５０６にて表示形式が”１”の場合には、ステップＳ３５０７にてサムネイル画像及び画像に関する詳細情報の表示を行う。本実施形態では詳細情報は画像情報データテーブル９００より画像名、コメント、閲覧回数、印刷回数を表示し、合わせて画像編集用のチェックボックスを表示する。図３２に示した画面３６００は、詳細表示を行ったときのアルバム表示の１例である。尚、この画面３６００は画面２９００と画像表示領域２９２３の表示方法が異なるだけで、他の機能は全て同じであるので、その詳細な説明は省略する。
【０１６７】
ステップＳ３５０６にて表示形式が”１”でなかった場合には、ステップＳ３５０８にてサムネイル画像、画像名、及び画像編集用のチェックボックスを表示する。図１８に示した画面２９００はそのような簡易表示の１例である。
【０１６８】
ステップＳ３５０３にてＩ＞Ｎとなると、アルバム内の全ての画像が表示されたことになるので処理を終了する。
【０１６９】
尚、上記実施形態では表示形式として２つの形式に限って説明したが、表示形式が更に多数あってもよいことは言うまでもない。
【０１７０】
（ユーザＰＣからのアルバムの閲覧例）
図３３に、フォトサイト１０５に保管されたアルバムをユーザＰＣ１０２Ｂから閲覧する場合の、ユーザＰＣ１０２Ｂとフォトサイト１０５とのやりとりの例が示されている。
【０１７１】
図３０に示す通知メールを受け取ったユーザは、そのメール文章に記載されたＵＲＬ６２０１を指定することによって、図３４に示すアルバム閲覧開始画面６７００を表示することができる。尚、この画面は画面１９００で、アルバムＩＤ入力領域１９０５に通知メール内に記載されているアルバムＩＤ６２０３を入力し、ＧＯ！ボタン１９０６が押下されることによっても表示される。
【０１７２】
フォトサイト１０５では、上記入力されたＵＲＬのパラメータ部のＡｌｂｕｍＩＤ又は、アルバムＩＤ入力領域１９０５に入力されたアルバムＩＤを解析し、アルバムが存在した場合、図３４に示す画面６７００に氏名（姓）４０５を表示する。又、検索したアルバム情報データテーブル７００のパスワード可否フラグ７０５からアルバムにパスワードが設定されている場合にはパスワード入力領域６７０１を表示する。尚、パスワードの設定のないアルバムではパスワード入力領域６７０１は表示されないことは言うまでもない。
【０１７３】
ＯＫボタン６７０１が押下されると、パスワードの設定されていないアルバム及び、パスワードが正しく入力されたアルバムでは図３５に示す画面６８００が表示される。この内容は画面２９００における画面表示領域２９２３と同じである。パスワードの入力が正しくなかった場合にはエラー画面を表示する。
【０１７４】
又、アルバム情報データテーブル７００より印刷可否フラグ７０７の値を取得し、印刷可になっているアルバムに関してはボタン６８０３が表示され、プリントオーダを行うことができる。この場合、プリントオーダの処理の流れはログインユーザの処理の流れ（図１８の２９００でボタン２９０９を押下した場合の処理）とほぼ同じである。
【０１７５】
＜本実施形態のフォトサイトの携帯端末からのアクセスに対する動作例＞
以下に、携帯端末からのフォットサイトのアクセスについて説明する。動作の説明の前に、本実施形態で使用される携帯端末データベース４１ｃの例を説明する。
【０１７６】
（携帯端末データベース例）
図４０から図４２は、携帯端末用アプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。以下、携帯端末をＭＢ（Ｍｏｂｉｌｅ）と記すこともある。
【０１７７】
図４０は、特定の携帯端末からのアクセスを管理するテーブルを示した図である。
【０１７８】
このＭＢセッション情報テーブル７０００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤを割り付け、招待メールを発送したアルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）と共にテーブルに格納する（７００１，７００４）。
【０１７９】
又、このＭＢセッション情報テーブル７０００には、新規のアクセスを受けた時点の日時７００３と、同一セッションＩＤでの最終アクセス日時７００２を格納している。アプリケーションサーバ２０４は、データベース２０８内のＭＢセッション情報テーブル７０００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性７００５にフラグを立てる。そして、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。注文番号７００６は、携帯端末からのプリント注文の番号である。
【０１８０】
図４１は、携帯端末からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示した図である。
【０１８１】
このＭＢアルバム情報テーブル７１００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル７０００に格納したセッションＩＤ７１０１と、携帯端末から指定されたアルバムＩＤ７１０２と、アルバム情報データテーブル７００の内容の一部コピー（例えば、アルバム名称７１０３やアルバムコメント７１０４）を格納する。
【０１８２】
図４２は、携帯端末からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。
【０１８３】
このＭＢ画像情報テーブル７２００は、新規のアクセス毎にアルバム内にある画像数分のレコードがデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル７０００に格納したセッションＩＤ７２０１と、アルバム情報データテーブル７００と画像情報データテーブル９００の内容の一部コピー（例えば、アルバム情報データテーブル７００からアルバムＩＤ７２０３、画像情報データテーブル９００から画像ＩＤ７２０２、画像名７２０４、画像コメント７２０５など）を格納する。更に、アプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネールファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル７２００内の画像パス７２０６に格納する。
【０１８４】
又、画像番号７２０７、画像サイズ７２０８、プリント回数７２０９は、携帯端末からのプリント注文に関するデータである。
【０１８５】
（携帯端末からのアルバムの閲覧）
図３３に、フォトサイト１０５に保管されたアルバムを携帯端末１１３Ａ，Ｂから閲覧する場合の、携帯端末１１３Ａ，Ｂとフォトサイト１０５とのやりとりの例が示されている。以下、携帯端末からのアルバムの閲覧に関するアプリケーションサーバ２０４の詳細な説明をする。
【０１８６】
図３６〜図３９に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１８７】
図３０に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図３６に示すアルバム閲覧開始画面７３００を表示することができる。この際上記ＵＲＬは、ユーザＰＣ１０２Ｂから閲覧する場合と、携帯端末１１３Ａ，Ｂから閲覧する場合で同一のものである。フォトサイト１０５のロートバランサー２０２において、ＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値により、携帯端末からのリクエストを判定しＭｏｂｉｌｅＡｐｐｓサーバ２０４に処理を振り分ける。
このような処理の振り分けは、Ｃｏｋｋｉｅの有無等を用いても良い。
【０１８８】
アプリケーションサーバ２０４では、メール文章に記載されたＵＲＬ対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、更にそのアルバムにパスワードが設定されているか否かを判断する。パスワードが設定されている場合はアルバム閲覧開始画面７３００を表示し、設定されていない場合は図３７に示す画像閲覧画面７４００を表示する。
【０１８９】
携帯端末ユーザが、アルバム閲覧開始画面７３００の入力領域７３０１にパスワードを入力して、ＯＫボタン７３０２を押下すると、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画像閲覧画面７４００を表示する。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【０１９０】
画像閲覧画面７４００では、画像サイズを縮小した画像７４０１とその名称７４０２、アルバム内の画像順番７４０３、表示する画像を選択するためのリンク７４０４、アルバム内の全画像数７４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン７４０６、画像情報表示画面７５００を表示するためのリンク７４０７、アルバム情報表示画面を表示するためのリンク７４０８、プリント注文を行うためのリンク７４０９を表示する。
【０１９１】
携帯端末ユーザがリンク７４０４を押下すると、現在表示中の画像の前後の順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。携帯端末ユーザが入力フィールド７４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。
【０１９２】
携帯端末ユーザがリンク７４０７を押下すると、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面７５００を表示する。携帯端末ユーザがリンク７４０８を押下すると、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する。携帯端末ユーザがリンク７０４９を押下すると、閲覧中のアルバムに対してプリント注文を行うための一括プリント注文画面７８００を表示する。
【０１９３】
又、アプリケーションサーバ２０４は、リンク７４０４や「表示」ボタン７４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されてる場合には画面７６００を表示する。一方、画像が閲覧禁止になっている場合にはエラー画面を表示する。画像情報表示画面７５００では、詳細な画像名称７５０１、画像の閲覧者数７５０２、コメント７５０３、画像閲覧画面７４００に戻るためのリンク７５０４を表示する。又、アルバム情報表示画面（図示せず）では、画像情報表示画面７５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【０１９４】
画面７６００では、画像閲覧画面７４００の画像７４０１表示と画像名称７４０２表示の代わりに、「この画像は削除されました」というコメント７６０１を表示する。又、画像情報表示画面７５００を表示するためのリンクは表示しない。その他の表示内容は図３７と同様であるので説明は省略する。
【０１９５】
（閲覧及びプリント注文制御フローチャート）
図４３は、携帯端末のアプリケーションサーバ２０４が画像閲覧画面７４００や後述するプリント注文関連の画面（画面７８００〜８５００）を表示する際の処理手順を表すフローチャートである。
【０１９６】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、先ずステップＳ９００１にてアルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル７０００を検索して判定する。
【０１９７】
既存のセッションＩＤと判定した場合、同一セッションＩＤを使用した２回目以降のアクセスと判断し、続いてステップＳ９００９で携帯端末ユーザからの要求の内容を解析する。ここで要求内容がアルバム閲覧であると判断した場合、ステップＳ９００３のセッション画像表示処理を行う。一方、要求内容がプリント注文であると判断した場合、後述するステップＳ９０１５のプリント注文処理を行う。
【０１９８】
セッションＩＤがない場合は、１回目の画像閲覧表示と判断し、ステップＳ９００２にてシステム情報の取得でサイト内の標準時間を取得する。次に、ステップ９００４で、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ９００２で取得した時間を比較し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９００７にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１９９】
タイムアウトでなければ、ステップＳ９００５で、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。このＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索取得し、ステップＳ９００６にて、アルバムオーナが脱会していないか確認する。アルバムオーナが脱会している場合は、エラーページをステップＳ９００７にて生成する。
【０２００】
アルバムオーナが脱会していない場合は、ステップＳ９００８で、取得した情報からアルバム情報データテーブル７００を取得し、ステップＳ９０１０にて、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧の可否を確認する。エラー時には、エラーページをステップＳ９００７にて生成する。
【０２０１】
エラーが無ければ、ステップＳ９０１１にて、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する。又、ここでサムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、アルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像のみをコピーする。
【０２０２】
次に、ステップＳ９０１２にて、取得した情報とコピーした画像パス情報を、ＭＢセッション情報テーブル７０００、ＭＢアルバム情報テーブル７１００、ＭＢ画像情報テーブル７２００を生成し、各情報及び画像パスなどを格納する。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したオーナであるユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０２０３】
ステップＳ９０１３にて、携帯からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００に反映する。ステップＳ９０１４にて、画像閲覧画面７４００のデータを生成する。
【０２０４】
（セッション画像表示処理：Ｓ９００３）
図４４は、図４３に示す画像閲覧画面７４００を表示するとき、セッション情報が既に作られている場合の処理（Ｓ９００３）を詳細に表すフローチャートである。
【０２０５】
まず、ステップＳ９１０１にて、システム情報の取得でサイト内の標準時間を取得する。ステップＳ９１０２では、ＵＲＬのパラメータ部に付加されているセッション情報を解析する。取得したセッション情報をキーとしてＭＢセッション情報７０００、およびＭＢアルバム情報７１００を検索取得する。この中にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。又、上記ＵＲＬパラメータ部には現在参照している画像表示番号も含まれる。
【０２０６】
ステップＳ９１０３では、ＭＢセッション情報７０００内のレコード属性を判断し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９１０６にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。このユーザＩＤをキーとして、更にステップＳ９１０４にて、顧客情報データテーブル４００を検索取得し、ステップＳ９１０５にてアルバムオーナが脱会していないか確認する。脱会の場合は、エラーページをステップＳ９１０６にて生成する。
【０２０７】
脱会でない場合は、ステップＳ９１０７で、セッション情報からアルバム情報データテーブル７００を取得し、ステップＳ９１０８にてアルバムの公開可否及び閲覧可否を確認する。公開されている場合、ステップ９１１６にて、前記ステップＳ９１０２で取得したＡｌｂｕｍＩＤ及び画像表示番号を元にして、アルバム画像データテーブル８００及びアルバムに関する情報である画像情報データテーブル９００内の対応レコードを取得する。
【０２０８】
又、ここでサムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、上記アルバム画像データテーブル８００の画像表示番号８０３を参照し、現在参照している画像を一枚コピーする。
【０２０９】
ステップＳ９１０９にてＭＢ画像情報テーブル７２００を取得する。一方、公開禁止になった場合、削除フラグ１をセットしてステップＳ９１１５の画面生成処理に進む。
【０２１０】
ステップＳ９１１１にて、画像が画像情報データテーブル９００にあるか否か及び画像の閲覧可否を確認して、画像が閲覧表示可能か判断する。閲覧表示可能の場合には、ステップＳ９１１２で携帯からのアクセスカウントを更新する。一方、不能のときは画像が削除されたと判断し、ステップＳ９１１３にて削除フラグ２をセットする。
【０２１１】
ステップＳ９１１４にて、アクセス日時をＭＢセッション情報テーブル７０００の最終ログイン日時に反映する。次に、ステップＳ９１１５の画面生成処理に進み、ユーザ操作にる２回目以後の画像表示要求に対する画像閲覧画面７４００の情報を生成する。
【０２１２】
（画像の生成処理：Ｓ９０１４、Ｓ９１１５）
図４５は、画像閲覧画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を更に詳細に表すフローチャートである。
【０２１３】
ステップＳ９２０１及びＳ９２０３で削除フラグ１と削除フラグ２とを検査し、セットされている場合には、ステップＳ９２０２、Ｓ９２０４でそれぞれのエラー表示文字列をセットする。
【０２１４】
両フラグがセットされていない場合、ステップＳ９２０５にて、ＭＢ画像情報テーブル７２００にある画像名称の文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する。文字数が設置値より小さい場合、ステップＳ９２０６にて、ＭＢ画像情報テーブル７２００にある画像名称を画像閲覧画面７４００にある画像名称７４０２の文字列にセットする。一方、大きいと判断した場合、ステップＳ９２０７にて、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２Ｂｙｔｅコード文字か否かを判定する。
【０２１５】
表示文字数（ＤｉｓｐＣｈ）に２ｂｙｔｅコード文字が挟まっている場合には、ステップＳ９２０８にて、ＭＢ画像情報テーブル８７００内の画像名称７２０４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−２ｂｙｔｅ）目までを画像閲覧画面７４００にある画像名称７４０２にセットする。一方、２ｂｙｔｅコード文字が挟まっている場合には、ステップＳ９２０９にて、ＭＢ画像情報テーブル７２００内の画像名称７２０４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−１ｂｙｔｅ）目までを画像閲覧画面７４００にある画像名称７４０２にセットする。図３７の画像名称７４０２は設定値により表示文字数を制限している状態を表しており、その際の詳細情報画面（図３８）では画像名称全てを省略せずに表示している。
【０２１６】
ステップＳ９２１０にて、画面７４０７のリンク情報をセッション情報を含んだ形で生成する。更に、画像閲覧画面７４００に画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で処理９２１１において生成する。そして、ステップＳ９２１２にて画面情報をまとめ送出する。尚、ステップＳ９２０４からきた場合（画像が削除された場合）、画面７６００を表示するためのデータを最終的に生成する。
【０２１７】
（携帯端末からのプリント注文）
図６０〜図６８に示す画面は、携帯端末からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。又、図５９はこれらの画面間の遷移関係を表した図である。
【０２１８】
携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、先ず図３７の画像閲覧画面７４００内のプリント注文リンク７４０９を押下し、後述する一括プリント注文画面７８００（図６０）の表示を要求する。この要求を受けたアプリケーションサーバ２０４は、図４３のフローチャートに従ってステップＳ９００９で要求内容を解析し、それがプリント注文であると判断してステップＳ９０１５のプリント注文処理を行う。
【０２１９】
図６９は、このプリント注文処理の詳細フローチャートである。以下、このフローチャートを基にして、携帯端末からのプリント注文に関するアプリケーションサーバ２０４側の処理について詳細に説明する。
【０２２０】
プリント注文処理に入ると、先ずステップＳ９３０１にて一括プリント注文画面７８００を携帯端末側に表示し、アルバム内の全画像に対するプリントサイズとプリント枚数との指定を携帯端末ユーザに促す。同時に、新たな注文番号を発行してデータベース２０８内の注文情報データテーブル１０００（図４６）に新規注文用のレコードを作成し、注文ステータス１０１４を”０”（プリントサイト発注前）にしておく。
【０２２１】
又、ＭＢセッション情報テーブル７０００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド７００６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加する。
【０２２２】
携帯端末ユーザは、プルダウンメニュー７８０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。選択できるプリントサイズには、ＤＰ判フチなし，ＤＰ判フチあり，Ｌ判フチなし，Ｌ判フチあり，２Ｌ判フチなし，２Ｌ判フチありの６種類がある。
【０２２３】
本実施形態では、プリントサイズの指定はこの一括プリント注文画面７８００で行なう。つまり、アルバム内の全画像に対して一種類のプリントサイズを指定できることになっている。携帯端末ユーザがアルバム内の全画像をプリントしたい場合には、続いて枚数入力領域７８０３に所望の枚数を入力する。これらの設定でプリント注文を行って良い場合には、携帯端末ユーザが「すすむボタン」７８０４を押下することで、次の注文者情報入力画面８１００へ遷移する。
【０２２４】
一方、アルバム内の全画像をプリントするのではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合（ステップＳ９３０２）には、「こちらへボタン」７８０５を押下することで個別プリント注文画面７９００へ遷移する。どちらの場合においてもアプリケーションサーバ２０４は、注文画像データテーブル１１００に選択された画像数分のレコードを作成して、入力されたプリントサイズとプリント枚数とを格納する。
【０２２５】
又、注文取消しリンク７８０６を押下することで、プリント注文処理をキャンセルして画像閲覧画面７４００へ戻ることができる。この際に表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２２６】
一括プリント注文画面７８００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ７８０１を表示する。本実施形態における画面遷移状態には、図６９に示したような４つのフェーズ（画像選択，個人情報入力，見積もり，注文確定）がある。上記インジケータでは、現在表示している画面がこの４つのフェーズの何処に位置しているかを◆マークで模式的に表現している。一括プリント注文画面７８００では、◆マークは一番左に表示しているが、上記４つのフェーズ間を移動する毎に◆マークを１つずつ右へ移動して表示する。表示領域が限定された携帯端末においては、言葉で画面遷移状況を表現することができないため、この様な抽象化した方法を用いて表現している。このインジケータにより、携帯端末ユーザはプリント注文処理の進行状況を大まかに把握することができる。尚、遷移状態の数は４つに限定されず、その表示形態も上記例に限定されるものではない。
【０２２７】
ステップＳ９３０３にて図６１の個別プリント注文画面７９００へ遷移した場合、携帯端末ユーザはプリントしたい画像をアルバム内から選択してプリント枚数を指定することができる。画面内にはアルバム内の画像の画像名７９０２がリスト状に表示されていて、携帯端末ユーザはプリントしたい画像に対応する枚数入力領域７９０３に所望の枚数を入力する。入力された枚数は、設定更新ボタン７９０４が押下されたタイミングで携帯端末からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００（図４７）の対応レコード（必要に応じて作成）に格納される。従って、設定更新ボタン７９０４を押下せずに後述するボタンやリンクを押下して別の画面に遷移した場合、アプリケーションサーバ２０４は携帯端末ユーザからの上記プリント枚数の入力がなかったものと見なす。
【０２２８】
本実施形態では、プリントサイズの指定は一括プリント注文画面７８００で行い、本個別プリント注文画面７９００では敢えて指定しないようにしている。又、一画面中に表示する画像名は最大５つまでとしており、アルバム内にこれより多くの数の画像がある場合、複数ページに跨って画像名のリストを表示する。ページ番号７９０５は、この場合の現在表示中のページを表している。又、前へリンク７９０６，次へリンク７９０７を押下することで、ページ間の移動が行われる。更に、ページ番号指定領域７９０８に移動先のページ番号を入力して表示ボタン７９０９を押下することで、指定したページ番号のページへ移動することができる。
【０２２９】
画面上に表示している画像名自体もリンクになっており、携帯端末ユーザがこのリンクを押下することで、画像確認画面８０００へ遷移する。携帯端末ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終えた場合、「すすむボタン」７９１０を押下することで、次の注文者情報入力画面８１００へ遷移する。又、「戻るリンク」７９１２を押下すると一括プリント注文画面７８００へ遷移する。
【０２３０】
個別プリント注文画面７９００のフェーズは一括プリント注文画面７８００と同じであるため、画面最上部に表示しているインジケータ７９０１において、現在のフェーズを表す◆マークは一括プリント注文画面７８００と同じく一番左に表示している。
【０２３１】
図６２の画面７９５０は、一画面中に表示する画像名が５つ以下の場合の個別プリント注文画面である。この画面と先程説明した画面７９００との差異は、設定更新ボタン７９０４、前へリンク７９０６、次へリンク７９０７、ページ番号指定領域７９０８、表示ボタン７９０９が無いことである。携帯端末ユーザによって入力されたプリント枚数は、「すすむボタン」７９１０が押下されたタイミングで携帯端末からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。
【０２３２】
図６３の画像確認画面８０００は、携帯端末ユーザがプリントを所望する画像を実際に見て確認するための画面である。この画面には、画像と画像名、画像ページ番号、画像サイズ、プリント回数を表示し、それらの情報は画像情報データテーブル９００の対応するレコードから読み出す。戻るリンク８００１を押下すると個別プリント注文画面７９００へ遷移する。
【０２３３】
続いてのステップＳ９３０４では、図６４の注文者情報入力画面８１００を携帯端末側に表示し、携帯端末ユーザに対して個人情報の入力を促す。携帯端末ユーザは、画面の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレス，配送方法，配送先を入力し、「すすむボタン」８１１４を押下する。アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、注文者データテーブル１３００（図４９）に新たなレコードを生成し、入力された個人情報を格納する。
【０２３４】
この際、本実施形態では都道府県情報をＪＩＳで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ２０４は、都道府県入力領域８１０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。又、この際に割り振った注文者ＩＤを、ステップ９３０１にて作成済みの注文情報データテーブル１０００のレコード内の注文者ＩＤフィールド１００２に格納する。未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０２３５】
携帯端末ユーザが配送先８１１３として「注文者と同じ」を選択して「すすむボタン」８１１４を押下した場合、次のフェーズである図６６の見積もり表示画面８３００へ遷移する。一方、「配送先を指定」を選択して「すすむボタン」８１１４を押下した場合、図６５の配送先入力画面８２００へ遷移する（ステップＳ９３０５）。又、戻るリンク８１１６を押下すると、直前に表示していた一括プリント注文画面７８００か個別プリント注文画面７９００のどちらかへ遷移する。
【０２３６】
注文者情報入力画面８１００のフェーズは個人情報入力フェーズであり、画面最上部に表示しているインジケータ８１０１における◆マークは左から２番目に表示している。
【０２３７】
すなわち、ステップＳ９３０５からＳ９３０６の配送先入力画面８２００へ遷移した場合、先程入力した注文者情報とは別に配送先を指定することができる。携帯端末ユーザは、画面の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレスを入力し、「すすむボタン」８２１２を押下する。アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ９３０６にて作成済みの注文情報データテーブル１０００のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ２０４は先程の注文者情報入力画面８１００での処理と同様に、都道府県入力領域８２０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０２３８】
携帯端末ユーザが「すすむボタン」８２１２を押下した場合、見積もり表示画面８３００へ遷移する。又、戻るリンク８２１４を押下すると、注文者情報入力画面８１００へ遷移する。
【０２３９】
配送先入力画面８２００のフェーズは注文者情報入力画面８１００と同じであるため、画面最上部に表示しているインジケータ８２０１において、現在のフェーズを表す◆マークは注文者情報入力画面８１００と同じく左から２番目に表示している。
【０２４０】
続いてのステップＳ９３０７では、図６６の見積もり表示画面８３００を携帯端末側に表示し、携帯端末ユーザに対してプリント注文内容の確認を促す。このため、商品価格や送料、各種手数料とその合計利用金額を算出し、更に注文者情報、配送先等の情報と共に画面に表示する。又、注文決済データテーブル１２００（図４８）に新たなレコードを生成し、算出した見積もりデータを格納する。この際のステータス１２０８は”０”（決済注文未確定）にしておく。　画面８１００は注文者情報と配送先が同じ場合の表示例であるため、配送先表示欄に「注文者と同じ」と表示している。注文者情報と配送先が異なる場合には、配送先表示欄に配送先情報を表示する。
【０２４１】
ステップＳ９３０８にて携帯端末ユーザが「注文するボタン」８３０２を押下した場合、ステップＳ９３０９へ進む。又、戻るリンク８３０４を押下すると、直前に表示していた注文者情報入力画面８１００か配送先入力画面８２００かのどちらかへ遷移する。又、注文取消しリンク８３０３を押下することで、プリント注文処理をキャンセルして画像閲覧画面７４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２４２】
見積もり表示画面８３００のフェーズは見積もりフェーズであり、画面最上部に表示しているインジケータ８３０１における◆マークは左から３番目に表示している。
【０２４３】
ステップＳ９３０９では、携帯端末ユーザに選択された画像がＤＢ内の画像情報データテーブル９００内にあるか否かをアプリケーションサーバ２０４がチェックする。もしもテーブル内に画像が無い場合、携帯端末側にエラー画面を表示（ステップＳ９３１０）した後、再度一括プリント注文画面７８００を表示して携帯端末ユーザに画像選択を促す。テーブル内に全ての画像がある場合はステップＳ９３１１へ進む。
【０２４４】
ステップＳ９３１１では、携帯端末からのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように注文受け付け画面８４００とオーダーステータス画面８５００のＵＲＬを同一にして、携帯端末ユーザの操作性を向上するために必要な処理である。携帯端末側にて見積もり画面８３００の「注文するボタン」８３０２が押下された際に、アプリケーションサーバ２０４へ送られてくるプリント注文要求内に含まれている（ＵＲＬパラメータに含まれている）注文番号を元にして、注文決済データテーブル１２００内から対応するレコードを検索し、その中のステータス１２０８を参照する。
【０２４５】
このステータスが決済注文未確定の場合は、少なくともまだ注文受け付け処理が完了していないプリント注文要求であると判断して、次のステップＳ９３１２へ進む。一方、ステータスが決済注文未確定以外の場合は、既に注文受け付け処理が完了しているプリント注文要求であると判断して、ステップＳ９３１７にて図６８のオーダーステータス画面を表示する。
【０２４６】
ステップＳ９３１２では、少なくともまだプリント注文受け付け処理が完了していないプリント注文要求が、本当に一度目のプリント注文要求であるか否かをチェックする。これは、見積もり画面８３００の「注文するボタン」８３０２が２度押しされた場合に、誤ってプリント注文要求を複数回受け付けないようにするために必要な処理である。具体的には、受けたプリント注文要求に対する後述のプリントオーダー作成処理（ステップＳ９３１３）を行っている最中か否かによって判断する。そして作成中である場合には２度目以降のプリント注文要求であると判断して、ステップＳ９３１８にてエラー画面を表示してプリント注文処理を終了する。一方作成中でない場合には１度目のプリント注文要求であると判断して、次のステップＳ９３１３へ進む。
【０２４７】
ステップＳ９３１３では、図６７の注文受け付け画面８４００を携帯端末側に表示し、プリント注文要求を受け付けた旨をユーザに通知する。又、この画面には、後述するステップＳ９３１５にて携帯端末ユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。更に、この注文受け付け画面８４００のＵＲＬを携帯端末に記憶しておき、後ほどそのＵＲＬへアクセスすることで、後述するオーダーステータス画面８５００を表示することができることも記載する。
【０２４８】
この画面には終了ボタン８４０２が配置されており、携帯端末ユーザがこのボタンを押下することでプリント注文処理を完了して画像閲覧画面７４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０２４９】
注文受け付け画面８４００のフェーズは注文確定フェーズであり、画面最上部に表示しているインジケータ８４０１における◆マークは一番右側に表示している。
【０２５０】
アプリケーションサーバ２０４は、ステップＳ９３１３で注文受け付け画面８４００を表示すると同時に、ステップＳ９３１４のプリントオーダファイル作成処理を行う。ここで作成するファイルは、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を１つのファイルにパッケージしてまとめたものである。因みに、プリントする画像数が多量であったり、画像データサイズが大きい場合、このプリントオーダーファイル作成にはかなりの時間がかかる。
【０２５１】
続いてアプリケーションサーバ２０４は、ステップＳ９３１５にて決済サイト１２０に利用金額を通知する。決済サイト１２０は、通知された利用金額を受け付ける処理を行った後に、その確認番号をアプリケーションサーバ２０４に通知する。この通知を受けたアプリケーションサーバ２０４は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を”１”（未決済注文保留中）に変更する。更に、ステップＳ９３１６にて図５８に示すメールを携帯端末ユーザに送付する。
【０２５２】
以降の処理は、前述したＰＣからのプリントオーダ処理内のステップＳ４２１４からＳ４２２１（図５１）と同様であるため、説明は省略する。
【０２５３】
ステップＳ９３１７で表示するオーダステータス画面８５００とは、プリント注文を行った携帯端末ユーザがその後の処理状況を確認できるようにすることを目的として、アプリケーションサーバ２０４側で提供する画面である。この画面には、注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。処理ステータスには、入金待ち，入金期限切れ，プリント待ち，プリント完了，配送完了等があり、注文情報データテーブル１０００内のステータス１０１４や注文決済データテーブル１２００内のステータス１２０８の状態と連動して随時ステータス表示を変更する。
【０２５４】
携帯端末ユーザがこの画面へアクセスする方法は、前述の注文受け付け画面８４００自体のＵＲＬを携帯端末に記憶して使用するか、若しくは前述のステップＳ９３１６にて携帯端末ユーザに送付されたメールに記載されているオーダーステータス画面のＵＲＬを使用するかの何れかである。アプリケーションサーバ２０４は、ユーザがこの何れの方法でアクセスしてきた場合も前述したステップＳ９３１１の処理を行い、結果的にオーダステータス画面８５００を携帯端末に表示する。
【０２５５】
ここで、ＰＣからのプリント注文と携帯端末からのプリント注文とで処理フローが大きく異なる部分について補足しておく。
【０２５６】
ＰＣからのプリント注文の場合（図５１参照）、ユーザがプリント注文を行うと先ずステップＳ４２１０でプリントオーダーファイルを作成し、続いてステップＳ４２１１で決済サイトから番号を取得した後に、ステップＳ４２３１で受け付け画面を返す。しかし、上記プリントオーダファイルの作成や番号の取得処理は、扱う画像数やデータサイズ、決済サイト−フォトサイト間のネットワーク状態によって非常に時間がかかる場合がある。
【０２５７】
一方、携帯端末からのプリント注文の場合、ユーザがプリント注文を行うと先ずステップＳ９３１３で受け付け画面を返し、続いてステップＳ９３１４でプリントオーダーファイルを作成してステップＳ９３１５で決済サイトから番号を取得する。携帯端末との通信では、携帯端末からのリクエストに対してフォトサイトからのレスポンスが返るまでの間のタイムアウトが短めに設定されてることが多い。この事情を考慮し、携帯端末からのプリント注文時は、プリント注文要求に対してレスポンスである受け付け画面の返送を直ぐに行い、その後で処理時間がかかる可能性のある処理を行う工夫をしている。このことにより、携帯端末とフォトサイト間の通信タイムアウトを極力防ぐことができる。
【０２５８】
尚、本実施形態では共通の設定条件をアルバム全体に設定するプリントサイズとプリント枚数、個別の設定条件を各画像のプリント枚数としたが、これに限定されることはなく、本発明は共通の設定条件を第１の入力画面とし、個別の設定条件を前記第１の入力画面の次の第２の入力画面とする技術的工夫により達成されたものであり、本発明は特許請求の範囲に記載された範囲を含む発明である。
【０２５９】
又、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０２６０】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０２６１】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２６２】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０２６３】
【発明の効果】
以上説明したように、本発明によれば、携帯端末などの通信データ量の少ない機器に対して、入力操作の回数を削減できるより効率的な入力フォームを提供できる。
【０２６４】
又、本発明は、ネットワークを介した印刷サービスを携帯端末などの通信データ量の少ない機器から注文する場合に、注文情報の入力をより効率的な入力フォームを提供できる。
【０２６５】
例えば、注文時に全体で共通な設定を行うことが多い設定項目（例：プリントサイズ等）と、注文時に個別に設定を行うことが多い設定項目（例：画像選択、部数指定等）とを別の入力画面で提供することにより、利用者の要求に応じた最適な印刷注文処理を提供することが可能となり、利用者の利便性が向上する。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトのＰＣからのアクセスに対する処理手順を示すフローチャートである。
【図１１】本実施形態のフォトサイトからサーバサービスを開始するときに表示される画面の例を示す図である。
【図１２】本実施形態のユーザＰＣからフォトサイトへユーザ登録を行なう場合のやりとりの例を示した図である。
【図１３】本実施形態のユーザ登録時のフォトサイトの処理例を表すフローチャートである。
【図１４】本実施形態のユーザ登録を行うための画面例を示す図である。
【図１５】本実施形態のパスワードの再入力を行なう画面例を示す図である。
【図１６】本実施形態のフォトサイトのユーザ登録確認画面の一例を示す図である。
【図１７】本実施形態のフォトサイトのユーザ登録時に発行される電子メールの内容の一例を示す図である。
【図１８】本実施形態のフォトサイトに正常にログイン認証されたときに表示される画面例を示す図である。
【図１９】本実施形態のフォトサイトでのユーザの編集操作に関する処理例を示したフローチャートである。
【図２０】本実施形態のフォトサイトでのアルバム編集処理の手順例を示すフローチャートである。
【図２１】本実施形態のユーザＰＣからフォトサイトへのアルバム新規登録、プロパティー、削除の指示をする場合のやりとりの例を示した図である。
【図２２】本実施形態のフォトサイトのアルバムのプロパティ設定画面例を示す図である。
【図２３】本実施形態のフォトサイトのアルバムの削除確認画面例を示す図である。
【図２４】本実施形態のユーザＰＣからフォトサイトへのアップロード、閲覧通知の指示をする場合のやりとりの例を示した図である。
【図２５】本実施形態のフォトサイトで、現在表示して編集中のアルバムに画像をアップロードするときの手順例を示したフローチャートである。
【図２６】本実施形態のフォトサイトで、アップロードできないことを示す警告画面例を示す図である。
【図２７】本実施形態のアップロード画像の選択画面例を示す図である。
【図２８】本実施形態のフォトサイトで対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２９】本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図３０】本実施形態のアルバム通知メールの一例を示す図である。
【図３１】本実施形態のフォトサイトのアルバム選択ボタンの一つが押下されたときのアルバムの選択及び表示に関する処理を表すフローチャートである。
【図３２】本実施形態のフォトサイトのアルバムの詳細表示画面の一例を示す図である。
【図３３】本実施形態のユーザＰＣや携帯端末からフォトサイトへのアルバム閲覧の指示をする場合のやりとりの例を示した図である。
【図３４】本実施形態のアルバムの閲覧開始画面例を示す図である。
【図３５】本実施形態のアルバムの閲覧画面例を示す図である。
【図３６】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図３７】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図３８】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図３９】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図４０】特定の携帯電話からのアクセスを管理するテーブル例を示した図である。
【図４１】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示した図である。
【図４２】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示した図である。
【図４３】図３７に示す画像閲覧画面７４００を表示するときの表示に関する処理例を表すフローチャートである。
【図４４】図４３でセッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【図４５】図４３及び図４４で画像閲覧画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を詳細に表すフローチャートである。
【図４６】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図４７】本実施形態のフォトサイトで管理する注文情報データテーブルを示した図である。
【図４８】本実施形態のフォトサイトで管理する注文画像データテーブルを示した図である。
【図４９】本実施形態のフォトサイトで管理する注文決済データテーブルを示した図である。
【図５０】本実施形態のフォトサイトで管理するプリントサイトデータテーブルを示した図である。
【図５１】本実施形態に係るフォトサイトを利用してプリントオーダを行うときのクライアントＰＣ、フォトサイト、プリントサイト間での処理の流れを表した図である。
【図５２】本実施形態に係る画像の印刷注文画面を示す図である。
【図５３】本実施形態に係る画像の印刷注文時に１枚も画像が選択されていない時に表示される警告画面を示す図である。
【図５４】本実施形態に係る画像印刷注文時の見積もり表示画面を示す図である。
【図５５】本実施形態に係る画像印刷注文時の注文者情報入力表示画面を示す図である。
【図５６】本実施形態に係る画像印刷注文時の配送先情報入力表示画面を示す図である。
【図５７】本実施形態としての情報提供システムで表示される注文内容確認画面の一例を示す図である。
【図５８】本実施形態に係る印刷オーダ時に通知されるＥ−Ｍａｉｌの一例を示す図である。
【図５９】本実施形態に係る携帯端末からのプリント注文処理に関わる画面の遷移関係を示す図である。
【図６０】本実施形態に係る携帯端末からのプリント注文処理における一括プリント注文画面を示す図である。
【図６１】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図６２】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（１ページ構成の場合）を示す図である。
【図６３】本実施形態に係る携帯端末からのプリント注文処理における画像確認画面を示す図である。
【図６４】本実施形態に係る携帯端末からのプリント注文処理における注文者情報入力画面を示す図である。
【図６５】本実施形態に係る携帯端末からのプリント注文処理における配送先入力画面を示す図である。
【図６６】本実施形態に係る携帯端末からのプリント注文処理における見積もり画面を示す図である。
【図６７】本実施形態に係る携帯端末からのプリント注文処理における注文受け付け画面を示す図である。
【図６８】本実施形態に係る携帯端末からのプリント注文処理におけるオーダーステータス画面を示す図である。
【図６９】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention enables an information processing apparatus, an information processing apparatus, an information processing method, and a program for executing the same to read an image stored in an information processing apparatus from an information terminal, particularly, a mobile phone. And a program stored in the storage medium.
[0002]
[Prior art]
Digital image information is generally provided by an image input device. In recent years, the miniaturization of semiconductor devices has been progressing smoothly, and images are taken due to the downsizing of component sizes and costs of LSIs and solid-state imaging devices constituting image input devices typified by digital still cameras and digital video cameras. Image input devices have become widely used. The image data captured using the digital camera is stored in a memory in the digital camera, and then transferred to a recording device typified by an HDD or the like in a personal computer owned by the user of the digital camera, and managed and stored. Or stored on an external recording medium such as a CD-R. Also, with the spread of color scanners, it has become easier to create and store images as electronic data.
[0003]
On the other hand, in recent years, with the development of communication infrastructure and the development of information communication technology, an information providing service using a network such as the Internet has become possible.
[0004]
From such a background, as a system for providing an information providing service, an image service site (hereinafter referred to as a photo site) stores image data shot by a user with an image input device in a storage area of a server on a network, and stores the image data. There is a system that provides a service that allows the user to browse again when the customer desires. Further, a system for providing a service for ordering prints for image data being viewed has appeared.
[0005]
In addition, with the recent improvement in network functions of mobile phones and small information terminals, it has become possible to access information on the network regardless of location. At the same time, it has become possible to apply for various services from a mobile terminal, and it is desired that a print service from which detailed print settings can be selected can be used from the mobile terminal.
[0006]
[Problems to be solved by the invention]
However, in order to provide a highly convenient service, for example, a print service from a device having a small communication data amount such as a mobile terminal, there are the following problems.
[0007]
In a print service, the more detailed settings are made possible in accordance with the improvement in serviceability, such as selection of output media, the number of output media, and delivery destinations of output products, the greater the amount of input information.
[0008]
Therefore, for devices with a small amount of received data, such as mobile terminals, if there is a large amount of data, such as the setting of product order details and customer information for shipping, a form screen for entering setting information once (one screen) Since it is difficult to provide an input form, it is necessary to efficiently provide an input form to a device in a divided form.
[0009]
However, if the processing process is simply divided, it is necessary to repeat the same input form and the like until the print order is completed for both simple and complex order contents. Operation would be repeated.
[0010]
In view of such circumstances, an object of the present invention is to provide a more efficient input form that can reduce the number of input operations for a device having a small communication data amount such as a mobile terminal.
[0011]
Another object of the present invention is to provide a more efficient input form for inputting order information when ordering a print service via a network from a device having a small communication data amount such as a mobile terminal.
[0012]
[Means for Solving the Problems]
In order to achieve the above object, an information processing apparatus of the present invention is an information processing apparatus that receives an order for a service from a communication terminal, and receives and sets common setting conditions for a plurality of services in the order from the communication terminal. First setting means for setting, and when the common setting condition is not set, second setting means for receiving and setting individual setting conditions for a plurality of services in the order from a communication terminal. It is characterized by.
[0013]
Here, the first setting means is configured to display a first input screen for receiving the common setting condition with first input screen information described in a page description language that can be displayed on a browser provided in the communication terminal. A first input screen transmitting unit for transmitting to the communication terminal; and a receiving unit for receiving information indicating that the common setting condition is not set from the first input screen, wherein the second setting unit includes: In response to information indicating that the common setting condition is not set from the receiving unit, a second input screen for receiving the individual setting condition is displayed in a page description language that can be displayed on a browser provided in the communication terminal. And a second input screen transmitting means for transmitting the described second screen information to the communication terminal. Further, the second setting unit further includes a selection unit that selects an order of a required service from a plurality of services in the order based on information received from the communication terminal. The service is a print service for images stored in a storage device on a network, and the order is received in album units including a plurality of images. Further, the common setting condition includes a medium format and a number of prints at a print destination of a plurality of images included in the album, and the individual setting condition includes a number of prints of each image included in the album. including. The page description language is a markup language. Further, the communication terminal is a mobile communication terminal.
[0014]
Further, the control method of the information processing apparatus of the present invention is a control method of the information processing apparatus that receives an order for a service from the communication terminal, and receives a common setting condition for a plurality of services in the order from the communication terminal. A first setting step of setting, and a second setting step of receiving and setting individual setting conditions for a plurality of services in the order from a communication terminal when the common setting conditions are not set. It is characterized by the following. Further, the present invention also provides a program for realizing the control method of the information processing device, and a storage medium for storing the program in a manner readable by the information processing device.
[0015]
Further, an information processing system according to the present invention is an information processing system having a communication terminal and an information processing device that receives an order for a service from the communication terminal, wherein the information processing device is configured to access a plurality of services in the order. First setting means for receiving and setting a common setting condition from the communication terminal; and, when the common setting condition is not set, individually setting conditions for a plurality of services in the order from the communication terminal. And second setting means for receiving and setting.
[0016]
Further, the information processing method of the present invention is an information processing method for ordering a service from a communication terminal, wherein a first setting step of setting a common setting condition for a plurality of services in the order, A second setting step of setting individual setting conditions for a plurality of services in the order when the setting conditions are not set.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention will be illustratively described in detail with reference to the drawings. However, the relative arrangement and display screens of the components described in the present embodiment are not intended to limit the scope of the present invention to only them, unless otherwise specified, and include modifications and additions. The deletion example is also included in the present invention.
[0018]
Here, as an information processing system according to an embodiment of the present invention, an information providing system for sharing and providing digital image data via the Internet will be described as an example.
[0019]
<Overview of the information providing system of the present embodiment>
FIG. 1 is a diagram illustrating a configuration example of an information providing system according to the present embodiment.
[0020]
The information providing system includes a personal computer (PC) 102 (hereinafter, abbreviated as a user PC) of a user who receives a service, a mobile terminal 113, a photo site 105 for managing user images and personal information, and a photo site 105. A print site 109 that prints images managed by the user, a store 121 that receives money directly from the user as a price for the printed matter, and a settlement site 120 that performs payment processing.
[0021]
The photo site 105 provides a service in which a user deposits image data shot by an image input device in a storage area of a server on the Internet, and allows the customer to browse the image data when desired. The photo site 105 according to the present embodiment does not independently perform a print service, but is affiliated with a print site 109 that can provide various print services.
[0022]
In addition, the photo site 105 according to the present embodiment does not independently provide a settlement service, but is affiliated with a settlement site 120 that collects money. The photo site 105 according to the present embodiment waits for payment information of the price of the printed matter, and requests the print site 109 for a print order. The print site 109 prints out electronic documents such as New Year's cards, word processing documents, and images transferred through the Internet, and provides printed materials as commodities to users.
[0023]
First, the user accesses the photo site 105 using a Web browser running on the user PC 102, and requests browsing of images stored in the photo site 105. Next, the photo site 105 displays an image on a Web browser running on the user PC under certain conditions. Then, the user can select an image to be printed out from the images browsed by the Web browser. The identification information of the selected image is passed from the photo site 105 to the print site 109.
[0024]
(Image upload)
In FIG. 1, an image input device 101 converts an optical image, which is image information, into an electric signal, performs predetermined image processing, and records / reproduces the digital information as digital information. This image input device may be a digital still camera that can capture a still image and record it as image data, or a digital video camera that can capture a moving image and record it as moving image data.
[0025]
The data transfer interface 116 is an interface for transferring image data captured between the image input apparatus 101 and the user PC 102. The data transfer interface 116 may be a wired interface represented by USB (Universal Serial Bus) or IEEE1394, or a wireless interface represented by IrDA or Bluetooth.
[0026]
Image data captured by the image input device 101 and stored as digital information is transferred to a storage area of an information storage device typified by an HDD of the user PC 102 via the data transfer interface 116. Regarding the transfer of image data from the image input device 101 to the user PC 102, the image data stored in the information storage device in the image input device 101 is issued by an instruction from the OS or dedicated software installed in the user PC 102. May be transferred collectively, or a transfer command sent from the image input apparatus 101 may cause the OS or the dedicated software of the user PC 102 to secure a data recording area in the information recording unit of the user PC 102 and transfer image data. .
[0027]
On the user PC 102, a Web browser having a standard protocol capable of transferring information on the Internet 104 can operate. With this Web browser, it is possible to access the photo site 105 using a standard protocol such as the http protocol and display Web information created in a description language such as HTML or XML. The Web information is linked to multimedia information such as images and sounds managed by the photo site 105. By this operation, the user of the user PC 102 can receive the service provided by the photo site 105 using the Internet 104.
[0028]
Image data captured by the image input device 101 and stored in the information storage area of the user PC 102 is transferred to the photo site 105 at the request of the user of the user PC 102 (hereinafter, this transfer is referred to as image upload). As a method of performing image upload, a method of selecting image data to be transferred using a Web browser described above and transferring the image data in conjunction with an action of requesting image upload, or a method using image upload dedicated software or the like is used. There is a method of directly selecting and transferring image data. Either method is executed based on a protocol available on the Internet, for example, http or ftp.
[0029]
It is checked whether the uploaded image data is data that can be used in the photo site 105. If it is determined that the image data can be used, the uploaded image data and attribute information are stored. The photo site 105 can also manage an album in which a plurality of uploaded image data are put together as one unit.
[0030]
At this stage, the photo site 105 notifies the user PC 102 that the image data has been uploaded normally. The user of the user PC 102 can thus upload the image data via the Web browser.
[0031]
In the photo site 105, various data in addition to the attribute information of the image data are centrally managed. For example, it is data of user attribute information registered in advance, or data of print site attribute information requesting a printout of uploaded image data.
[0032]
Although the PC has been described above as an example of a terminal for uploading an image, the information providing system according to the present invention is not limited to this. Even if an image can be uploaded from a mobile terminal, for example, a mobile phone, Alternatively, an image may be directly uploaded from an image input device such as a digital camera, a digital video, a scanner, and a copier by wire or wirelessly.
[0033]
(Image browsing service)
Next, a method in which a user other than the user who uploaded the image data to the photo site 105 browses the stored image data via the Internet 104 will be described.
[0034]
The photo site 105 provides, to a third party designated by the uploading user, a browsing service for an uploaded image or an album in which a plurality of uploaded images are managed as one archive. The user who uploaded the image data to the photo site 105 notifies the photo site 105 of the E-Mail address of a user who is permitted to browse (hereinafter, abbreviated as a browsing user) using a Web browser.
[0035]
When publishing an image to a viewing user, the photo site 105 first generates a URL (Universal Resource Locator) required for publishing. At this time, the URL to be generated is a unique address, and a unique URL using a random number that cannot be predicted is assigned. (Hereinafter, such a URL that cannot be uniquely predicted is referred to as a random URL.) An example is shown below.
[0036]
http: // ○○○. com / PhotoSite / Album / AlbumEntry. cgi? AlbumID = AJNWDMF
The photo site 105 adds the password information necessary for browsing as needed to the random URL generated in this way, and notifies the browsing user via E-Mail via the Internet 104. The browsing user who has received the E-Mail accesses the Internet 104 from the user PC 102B, for example, and inputs the random URL notified by the E-Mail on the Web browser, thereby displaying the image specified by the user who uploaded the image or You can browse albums.
[0037]
In addition, the photo site 105 can provide a browsing service to a mobile terminal owner designated by a user who has uploaded an image by performing a browsing notification of the image (or the album). In this case, the photo site 105 also sends an E-Mail notification to the mobile terminal 113 in the same manner as the above-described E-Mail notification to the browsing user. Then, the user who has received the E-Mail (hereinafter, the user who uses the photo site 105 from the mobile terminal is abbreviated to the mobile terminal user) can similarly browse the image and the album.
[0038]
The E-Mail notified to the mobile terminal user is sent from the mail distribution server in the photo site 105 to the mobile network 114A capable of exchanging various data with the mobile terminal 113A via the Internet 104 and the Internet connection gateway 115A. And transferred to the portable terminal 113A. On the other hand, the mobile terminal user who has received the E-Mail inputs the random URL address notified by the E-Mail to the dedicated Web browser of the mobile terminal 113A, so that the mobile network 114A → the Internet connection gateway 115A → the Internet 104 The photo site 105 is accessed via the route described above.
[0039]
The photo site 105 returns Web data created in a description language such as HTML or XML that can be displayed by a Web browser running on the PC 102 in response to access from a viewing user.
[0040]
On the other hand, in response to access from a mobile terminal user, Web data created in a description language such as WML or CompactHTML that can be displayed by a Web browser operating on the mobile terminal 113A is returned. At this time, the photo site 105 determines the model of the mobile terminal 113A used by the mobile terminal user, and sends out Web data created in a description language suitable for the model. The models that can be viewed include not only the mobile terminal 113A but also a mobile terminal 113B having a different communication protocol specification, information description language, and mobile network environment. Therefore, the photo site 105 can generate and send out Web data created in a description language suitable for various portable terminals. For convenience of explanation, FIG. 1 shows only two portable terminal models A and B that can be used.
[0041]
(Printing service)
Next, a method of ordering a print of the image data that can be browsed by the browsing user using the user PC 102B or the mobile terminal 113 will be described. The photo site 105 issues a print order for image data from a viewing user to a print site 109 that provides a printout of image data.
[0042]
When the browsing user wants to print, he designates a print order from the browsing screen. The photo site 105 acquires image data necessary for the selected image information from the image database 117 and generates the selected image information. By transmitting the selected image information to the user PC 102B via the Internet 104, the browsing user can input a print format, the number of prints, and the like for each selected image.
[0043]
The photo site 105 calculates an estimated amount by the charge calculating module 110 based on information such as a print format and the number of sheets for each selected image, and transmits the calculated estimated amount to the photo site 105 via the Internet 104. .
[0044]
When the browsing user who ordered the print accepts the purchase at the price presented here, and returns an action of approval to the photo site 105, the user is notified of the payment information to the payment site 120 as a payment means, and the registration number is entered. Reply. This registration number is notified to the viewing user by e-mail or a screen. The viewing user indicates the registration number of the usage fee at the store 121 and deposits the usage fee. The store 121 that has received the payment notifies the payment site 120 of the payment information together with the registration number, and the payment site notifies the photo site 105 of the payment information. The photo site 105 that has received the payment information sends print order information including image data necessary for printout to the print site 109. The print site 109 accepts the print order, and prints out the transmitted image information using a printing unit owned by the print site 109. The printed matter 112 that has been printed out is delivered to the browsing user who has requested the printout by some means of transportation.
[0045]
<Example of the configuration of the photo site according to the present embodiment>
FIG. 2 is a diagram illustrating a configuration example of the photo site 105 according to the present embodiment.
[0046]
The photo site 105 mainly includes a firewall (F / W) 201, a load balancer (LB) 202, application servers 203 and 204, a content conversion server 205, a mail server 206, an FTP server 207, a database (DB) server 208, and a file. The server 209 includes an Ethernet switch (SW) 210.
[0047]
In the photo site 105, the firewall 201 has a function of blocking external intrusion and attacks. It is used to safely operate a server group on the intranet in the photo site 105.
[0048]
The photo site 105 includes an application server (PC-APPS) 203 that mainly provides a service to the PC 102 and an application server (Mobile-APPS) 204 that provides a service to the portable terminal 113. The server is functioning as a WWW server. The application servers 203 and 204 acquire image information and user information in cooperation with the DB 208 as appropriate, and generate pages.
[0049]
The load balancer 202 is a load distribution device, and has a load distribution function of distributing access to the photo site 105 to a plurality of servers in the intranet. In addition, it has a function of acquiring terminal information of the access source and determining whether the request is a browsing request from the portable terminal 103 or a browsing request from the PC 102. According to the determination result, the browsing request from the PC is distributed to the application server 203, and the browsing request from the mobile phone is distributed to the content conversion server (Mobile-Trans) 205.
[0050]
The application server 203 has a homepage of a network image storage service corresponding to access from the PC 101. In addition, a user homepage is provided for each user, so that each user can use an image storage service that enables browsing of an image, setting of a password, sending of an invitation mail for browsing, and the like.
[0051]
The content conversion server 205 operates as a proxy server that relays the mobile terminal application server 204 for access from the mobile terminal 113. Upon receiving the request from the mobile terminal 113, the content conversion server 205 relays the received request to the mobile terminal application server 204.
[0052]
The application server 204 communicates with the back end (the DB 208 that stores information such as each user's ID, image information, and a password at the time of publishing a browsed image, a file server 209), and displays the mobile terminal display screen data in response to the request. Is dynamically generated and returned to the content conversion server 205. The application server 204 provides an image browsing service corresponding to an access from the mobile terminal 103, and generates a page for each user.
[0053]
The content conversion server 205 converts the received mobile terminal display screen data into content in accordance with the requesting mobile terminal, and returns it to the mobile terminal 113. The content conversion server 205 has a table corresponding to various mobile terminals, and associates model information of the mobile terminal with image information to be converted, a markup language, and the like. The content conversion server 205 performs data conversion including image format conversion for each mobile phone 113 corresponding to another markup language in response to the request. Specifically, when the content conversion server 205 receives a request from the mobile terminal 103 by HTTP, it acquires model information as User-Agent information included in the request, refers to the table, and follows the set information. Perform data conversion.
[0054]
In response to an instruction from the application server 203, the mail server 206 transmits a mail for confirming service registration or an invitation mail for image browsing.
[0055]
The image from the user is received by the FTP server 207 using the ftp protocol. The image data once received is stored in the file server 209 functioning as a main storage.
[0056]
The photo site 105 according to the present embodiment as described above has the following functions.
(1) User registration: The user PC 102A is used to register the use of the photo site 105, and the photo site 105 issues a user ID to the registered user.
(2) Upload of image data: The image is transferred from the user PC 102A to the photo site 105.
(3) Print order: The user PC 102A or the portable terminal 113 instructs the photo site 105 to print image data, and prints the image via the print site 109.
(4) Browsing permission notification: An e-mail for permitting browsing of the image data stored in the photo site 105 is transmitted from the user PC 102A to the user PC 102B and the portable terminal 113A.
(5) Browsing of image data: Browsing of image data stored in the photo site 105 is performed from the user PC 102B.
(6) Browsing the image from the portable terminal: Browsing the image data stored in the photo site 105 from the portable terminal 113A.
[0057]
<Example of hardware configuration of photosite of this embodiment>
FIG. 3 is a diagram illustrating an example of a hardware configuration of the photo site 105 according to the present embodiment. Note that FIG. 3 mainly shows the control unit, and the input / output device and the like are omitted.
[0058]
Reference numeral 10 denotes a CPU serving as the control device in FIG. 1, which controls the entire photosite. The ROM 20 stores programs and parameters that do not need to be changed. The RAM 30 is a storage area for temporarily storing programs and data, and includes a data storage area 31 and a program load area 32.
[0059]
In the program load area 32, a system program such as an OS or a printer driver from an external storage device 40 or an application program provided by a user or the like is loaded and executed by the CPU 10.
[0060]
The data storage area 31 includes, as areas used in the present embodiment, for example, a transmission screen 31a created to be provided to the user's communication terminal, reception data 31b received from the user's communication terminal, The storage capacity 31c of the image data used for checking and the storage capacity 31d currently used, the area 31e storing the deletion flags 1 and 2 used when browsing from the portable terminal, the session ID 31f, and the like are included. Secured.
[0061]
The external storage device 40 includes a fixed hard disk or memory card, or a removable optical disk such as a floppy disk or CD, a magnetic or optical card, an IC card, a memory card, and the like. It comprises a program storage area 42.
[0062]
In the data storage area 41, a customer information database 41a for managing customer information requesting storage, an image information database 41b for managing stored image information, a mobile terminal database 41c for managing information for mobile terminals, An order information database 41d and the like for managing a print order of the image information being stored are stored. These configurations are shown in more detail below in, for example, FIGS. 4 to 9, 40 to 42, or 46 to 50.
[0063]
The program storage area 42 stores a program that is loaded into the program load area 32 of the RAM 30 and executed (may be directly executed in a memory card or the like). Although not shown in FIG. 3, system programs such as an OS and a BIOS used in the present embodiment are also stored. FIG. 3 stores a user registration module 421a, a login module 421b, an album browsing module 421c, a print order module 421d, and the like, which will be described in detail below, as a program 421 for PC access processing. Further, an album browsing module 422a and a print order module 422b, which are characteristic parts of the present embodiment, are stored as a program 422 for mobile terminal access processing.
[0064]
In the example of the hardware configuration of the photo site, the server is shown as being configured as one device. However, each server in FIG. 2 is an independent device, and has a system configuration in which the entire server is connected via a LAN or the like. Alternatively, the storage unit, in particular, the external storage device 40 may be configured to be distributed to a plurality of devices.
[0065]
<Example of database configuration>
FIGS. 4 to 9 and FIGS. 46 to 50 are views showing the contents of the database 208 managed by the photo site 105 in the present embodiment.
[0066]
(Example of customer information database)
4 to 6 show the contents of the customer tables managed in the database 208. FIG.
[0067]
FIG. 4 is a diagram showing a data table relating to customer information managed by the photo site 105 in the present embodiment.
[0068]
When the user performs user registration, a one-record customer information data table 400 is created, registered and managed in the database 208. A user ID is uniquely defined for each registered user, and is managed in the customer information data table 400 using the user ID 401 as a key on the database. Information managed as customer information includes a notification destination mail address 402, a login name 403, a password 404, a first name (last name) 405, a first name (first name) 406, a phonetic name (last name) 407, a phonetic name (first name) 408, and a postal code ( 1, 2) 409, 410, prefecture code 411, addresses (1, 2) 412, 413, telephone numbers (1, 2, 3) 414, 415, 416, and user registration status 417. If the user registration state 417 is “1”, it indicates a registered and usable state, and “0” indicates a use prohibited state.
[0069]
FIG. 5 is a diagram illustrating a customer status table for managing information for indicating the current status of the user using the photo site 105 in the present embodiment.
[0070]
One record is created in the customer status data table 500 when the user performs user registration, and is registered and managed in the database 208. Each set value in this record is updated at any time according to the operation performed by the user while using the photo site. Therefore, when the user logs in, the customer status data table 500 stores the status when the user last used. The customer status table 500 stores, using the user ID 501 as a key, an album ID 502 of the album displayed last for the user, a disk usage limit 503, and points 504 accumulated when using the print order. In the case of the same user, the user ID 501 has the same value as the user ID 401.
[0071]
FIG. 6 is a diagram illustrating a customer album data table managed by the photo site 105 in the present embodiment.
[0072]
When the user creates one new album when using the photo site 105, the customer album data table 600 creates one record in accordance with the new album and registers it in the database 208 and manages it. This record is deleted from the database 208 when the user deletes the album. The customer album data table 600 stores the ID 602 of the album created by the user and the display order number 603 of the album using the user ID 601 of the registered user as a key. In the case of the same user, the user ID 601 has the same value as the user ID 401.
[0073]
(Example of image information database)
7 to 9 are diagrams showing the contents of the image information management table managed in the database 208. FIG.
[0074]
FIG. 7 is a diagram illustrating an album information data table managed by the photo site 105 in the present embodiment. When the user creates one new album when using the photo site 105, one record is created in the album information data table 700 and registered in the database 208 and managed. This record is deleted from the database 208 when the user deletes the album. In the album information data table 700, using the album ID 701 as a key, an album name 702, a file path 703 to a comment for the album, an album release flag 704, a password flag 705, an album password 706, a print flag 707, and an original image display A permission flag 708 and a display format 709 are managed.
[0075]
If the release permission flag 704 of the album is "1", it can be released, if it is "0", it is prohibited, and if it is "-1", it indicates that the publication has been prohibited by the site operator. If the password permission flag 705 is “1”, the password is present, if “0”, the password is absent. If the password permission flag 705 is “1”, the password is stored in the album password 706. If the print permission flag 707 is "1", it means that printing is possible, and if "0", it means that printing is impossible. If the original image display enable / disable flag 708 is “1”, display is possible, and if it is 0, display is impossible. If the display format number is "1", it means list display, and if "2", it means detail display. Note that, for the same album, the same value is stored in the album ID 701 and the album ID 602. The album browsing prohibition flag 710 from the mobile terminal is “1”, which means display is possible, and “0” means that display is not possible. This flag is controlled by the service manager. Also, the number of album browsing times 711 from the PC 102 and the number of album browsing times 712 from the portable terminal are stored.
[0076]
FIG. 8 is a diagram showing an album image data table managed by the photo site 105 in the present embodiment.
[0077]
When the user uploads an image on the album, one record is created for each image in the album image data table 800, and the album image data table 800 is registered and managed in the database 208. This record is deleted from the database 208 when the corresponding image is deleted. The album image data table 800 manages an image ID 802 stored in the album ID 801 and an image display number 803 indicating a display position of the image in the album. In the same album, the same value is stored in the album ID 801 and the album ID 701.
[0078]
FIG. 9 is a diagram illustrating an image information table managed by the photo site 105 according to the present embodiment.
[0079]
When the user uploads an image on the album, one record is created for each image in the image information data table 900, and the image information data table 900 is registered and managed in the database 208. This record is deleted from the database 208 when the corresponding image is deleted. In the image information table 900, using the image ID 901 as a key, the user ID 902 of the user who owns the image, the image name 903, the file path 904 to the original image, the path 905 to the thumbnail file, the file path 906 to the display image, The path 907 to the comment file for the image, the number of times the image has been viewed 908, and the number of times the image has been printed 909 are stored. For the same image, the same value as the image ID 802 is stored as the image ID 901, and for the same user, the same value as the user ID 401 is stored as the user ID 902. The number of image browsing times 910 and the browsing prohibition flag 911 from the mobile terminal are “1”, which means display is possible, and “0” means that display is impossible.
[0080]
(Example of order information database)
FIGS. 46 to 50 are diagrams showing the contents of tables relating to print orders managed in the database 208. FIG.
[0081]
FIG. 46 is a diagram showing an order information table managed by photo site 105 in the present embodiment.
[0082]
In the order information table 1000, one record is created for each order when an album print order is issued, and the order information table 1000 is registered and managed in the database 118. Using the order number 1001 issued for each print order as a key, the orderer ID 1002, delivery destination name 1003, delivery destination postal code (1, 2) 1004, 1005, delivery destination prefecture code 1006, delivery destination address (1, 2) 1007 , 1008, delivery destination telephone numbers (1, 2, 3) 1009, 1010, 1011, print site ID 1012, order date and time 1013, and order status 1014. In the order status 1014, “0” means before print site ordering (default value), “1” means print site ordering, and “2” means delivery.
[0083]
FIG. 47 is a diagram showing an order image data table managed by photo site 105 in the present embodiment.
[0084]
In the order image data table 1100, if there is an album print order, records corresponding to the number of images to be notified are created, registered in the database 118, and managed. The order image data table 1100 includes a reception number 1102 of the print site 109 using the order number 1101 as a key, an image number 1103 managed in print order units, a thumbnail image copied for print order, an original image, and a preview display image. The file path 1104, 1105, and 1106, the number of prints 1107, the print size 1108, the print type 1109, and the image ID 1110 are managed. For the print size 1108, "1" means L size, "2" means 2L size, "3" means official postcard size, "4" means private postcard size, and "5" means A4 size. In the print type 1109, “0” means print without a border, and “1” means print with a border. In the same order, the same number is stored for the order number 1101 and the order number 1001. The image ID 1100 is the image ID before copying, and holds the same value as the image ID 901.
[0085]
FIG. 48 is a diagram showing an order settlement data table managed by the photo site 105 in the present embodiment.
[0086]
In the order settlement data table 1200, when an album print order is issued, one record is created for each order and registered and managed in the database 118. The order settlement data table 1200 manages a settlement method 1202, a total charge 1203, a print charge 1204, a print charge tax amount 1205, a shipping fee 1206, a shipping tax amount 1207, and a status 1208 by using the order number 1201 as a key. In the settlement method 1202, “1” means transfer, “2” means cash on delivery, “3” means credit settlement, and “4” means store settlement agency. In the present embodiment, “4” means store settlement agency. Only the flow will be described. In the status 1208, “0” means settlement order not determined (default value), “1” means pending settlement order pending, and “2” means settlement end. In the same order, the same value as the order number 1001 is stored as the order number 1201.
[0087]
FIG. 49 is a diagram showing an orderer data table managed by photo site 105 in the present embodiment.
[0088]
In the orderer data table 1300, when an album print order is issued, one record is created for each order and registered and managed in the database 118. In the orderer data table 1300, using the orderer ID 1301 as a key, a user ID 1302, a notification destination e-mail address 1303, a first name (last name) 1304, a first name (first name) 1305, a phonetic name (last name) 1306, a phonetic name (first name) 1307, and a postal code (1) , 2) 1308, 1309, prefecture code 1310, addresses (1, 2) 1311, 1312, and telephone numbers (1, 2, 3) 1313, 1314, 1315. If the print orderer is not a registered user of the photo site, 0 is assigned to the user ID 1302. In the same order, the same ID is stored in the orderer ID 1301 and the orderer ID 1002. When the orderer is a member of the photo site, the same ID is stored in the user ID 1302 and the user ID 401 for the same orderer. Is done. In this case, the values input to the corresponding user information of the customer information table 400 having the same user ID 401 are copied as the user information of 1303 to 1315.
[0089]
FIG. 50 is a diagram showing a print site data table managed by the photo site 105 in the present embodiment.
[0090]
In the present embodiment, one print site is described. However, when a new print site that can be connected to the photo site 105 is created, a new record is created in the print site data table 1400, and a database is created. It is registered and managed at 118. The print site data table 1400 manages the provider name 1402 and the URL 1403 to the CGI for print order notification using the print site ID 1401 as a key.
[0091]
<Operation example of access to PC from photo site of this embodiment>
FIG. 10 shows an overall operation example in the photo site 105, particularly an operation example in response to access from a PC.
[0092]
First, in step S101, an access from the user is waited. If there is access and the access request is from the PC, an initial screen (see FIG. 11) is displayed in step S102. When there is an instruction from the user in response to the initial screen, whether "user registration", "login", "view album" is selected in steps S104, S106, S108, and S110, respectively, is determined. It is determined whether "print order" has been selected. If "user registration", a user registration process is executed in step S105. If "login", a login process is executed in step S107. If it is "album browsing", an album browsing process is executed in step S109. If it is "print order", print order processing is executed in step S111.
[0093]
When each process is completed or when none of the processes is performed, it is determined in step S112 whether or not the site access is completed. If not, the process returns to step S102 to display the initial screen again. Upon receiving the termination instruction, the service is terminated.
[0094]
Hereinafter, detailed services of the application server 203 for the PC 102 will be described. In the following description, a case will be described as an example where the user PC 102A uploads (stores an image) and the user PC 102B and the portable terminals 113A and B view images.
[0095]
(The entrance of the photo site 105)
FIG. 11 is an example of an initial screen displayed first when trying to receive the service of the photo site 105 in the present embodiment.
[0096]
The storage unit of the photo site 105 stores HTML data for displaying this screen 1900, and is in a state where it can be freely downloaded via the Internet 104. Therefore, if a Web browser is started on the user PC 102A and a URL indicating the address of the Web server of the photo site 105 is designated, a screen 1900 shown in FIG. 11 is displayed.
[0097]
The screen 1900 includes a button 1901 for user registration, a login name input area 1902 for a user who has completed user registration to use the photo site 105, a password input area 1903, a login button 1904, and an album for browsing an album. An ID input area 1905, an album viewing button 1906, a print order ID input area 1907 for checking the status of a print order, and a print order confirmation button 1908 are arranged.
[0098]
Hereinafter, processing when each button on the screen 1900 is pressed will be described.
[0099]
(Example of user registration)
First, a procedure for performing user registration will be described. FIG. 12 is a diagram showing an exchange between the user PC 102A and the photo site 105 at the time of user registration of the mobile phone of the embodiment.
[0100]
When the user registration button 1901 on the screen 1900 is pressed, the processing is performed according to the flowchart of FIG. 13 showing the processing of the photo site 105 at the time of user registration. When the user registration button 1901 is pressed on the screen 1900, a screen 2100 shown in FIG. 14 is displayed and the user registration processing is started (step S2001).
[0101]
A screen 2100 shown in FIG. 14 is a screen for performing user registration in the present embodiment, and includes an input area 2101 for a notification destination mail address of a user to be registered, an input area 2102 for a user login name, an input area 2103 for a password, Name input areas 2104 and 2105 and their phonetic input areas 2106 and 2107, postal code input areas 2108 and 2109 of the user to be registered, prefectural selection area 2110, address input areas 2111 and 2112, and telephone number input areas 2113, 2114, and 2115. When the cancel button 2117 is pressed, the screen returns to 1900, though not shown in FIG.
[0102]
Here, when the registration button 2116 is pressed, it is checked in step S2002 whether or not an essential item has been input. In the present embodiment, a mail address 2101, a login name 2102, a password 2103, a name (2104, 2105), and a telephone number 2113, 2114, 2115 are required items. If it is determined that the essential items have not been input at the photo site 105, an error screen is displayed in step S2003.
[0103]
If it is determined in step S2002 that the required items have been input, the photo site 105 searches the customer information data table 400 of the database 208 (step S2004) and determines whether the login name input in the input area 2102 has already been used. It is determined whether or not it is (step S2005). If the login name input in the input area 2102 has already been used, an error screen is displayed in step S2006.
[0104]
If the login name input in the input area 2102 is not found in the database 208, a display screen 2200 shown in FIG. 15 prompting re-input of the password is displayed (step S2007). A display screen 2200 in FIG. 15 displays a password input area 2201, a password transmission instruction 2202, and a cancel 2203. At the time of cancellation, although not shown in FIG. 13, the registration process is interrupted, and a screen 2100 is displayed. In step S2008, it is determined whether the password input in password input area 2201 is the same as the character input in password input area 2103 of screen 2100. If it is determined in step S2008 that the entered passwords are not the same, an error screen is displayed (step S2009).
[0105]
If it is determined in step S2008 that the entered passwords are the same, the process proceeds to step S2010, and the user information confirmation screen 2600 shown in FIG. indicate. Information displayed here is information input by the user on screen 2100. Here, when the correction button 2602 is pressed, the process returns to step S2001, where the screen 2100 is displayed again, and the input information can be edited.
[0106]
When the confirm button 2601 is pressed, the maximum value of the user ID issued in the past is acquired from the customer information data table 400 of the database 208. Then, a value obtained by adding 1 to the numerical value is set as the user ID of the user to be newly registered (step S2012).
[0107]
In step S2013, a new customer information data table 400 is created based on the user ID obtained in step S2012, and the information input on the screen 2100 is registered in the customer information table 400. That is, the content of the input area 2101 in FIG. 21 is denoted by 402 in FIG. 4, the content of the input area 2102 is denoted by 403, the content of the input area 2103 is denoted by 404, the content of the input area 2104 is denoted by 405, and the content of the input area 2105 is denoted by In 406, the contents of the input area 2106 are set to 407, the contents of the input area 2107 are set to 408, the contents of the input area 2108 are set to 409, the contents of the input area 2109 are set to 410, the contents of the selection area 2110 are set to 411, and the input area is set to 411. The contents of 2111 are stored in 412, the contents of input area 2112 are stored in 413, the contents of input area 2113 are stored in 414, the contents of input area 2114 are stored in 415, and the contents of input area 2115 are stored in 416. Further, the user registration state 417 is set to 1.
[0108]
In the new user registration state, neither the album created by the user nor the upload image exists, but at the time of new registration, the customer album table 600 shown in FIG. 6 and the album information data table 700 shown in FIG. It may be created and registered in the database 208. In this case, as the album ID 602, the maximum value + 1 of the album ID issued by the database 208 so far is stored. Also, the album display number 603 is set to 1, and the album name 702 may be set to, for example, “My album” as a temporary album name by default. In addition, it goes without saying that initial values determined by the photo site 105 are set in the album information data table 700.
[0109]
When the registration in the database 208 is completed, an e-mail sentence having the same contents as the contents displayed on the screen 2600 in FIG. 16 is created, and an e-mail sentence is registered in the customer information table 400 in FIG. An e-mail is issued (step S2014). FIG. 17 is an example showing the contents of the e-mail issued at this time.
[0110]
(Login)
Next, a procedure for a user who has performed user registration for the photo site 105 to actually receive a service at the photo site 105 will be described. In the present embodiment, it is assumed that all the images of the user are managed in the folder named album in the photo site 105.
[0111]
When a login name and a password are entered in a login name input area 1902 and a password input area 1903 on the screen 1900 and a login button 1904 is pressed, the photo site 105 searches the database 208 for the customer information data table 400. If the login name is not retrieved from the customer information data table 400, or if the password of the retrieved record does not match the character string entered in the password input area 1903, a warning screen is displayed.
[0112]
If the password of the found record matches the character string entered in the input area 1903, it is determined that the photo site input user has been successfully authenticated, and a screen 2900 shown in FIG. Main menu).
[0113]
On a screen 2900, a button 2901 is a button for changing user information. A button 2902 is a logout button. In an area 2903, buttons for performing an editing operation on the album displayed on this screen are arranged. A button 2904 is a button for setting an album property. A button 2905 is an album notification button. A button 2906 is a button for creating a new album. A button 2907 is a button for deleting an album. A button 2908 is a button for uploading an image. A button 2909 is a print order button. An area 2910 is an area where buttons for selecting an album are displayed. At the beginning of this area, the size of the image stored on the photo site by the user and the ratio to the allowable usage amount are displayed. Also, buttons are arranged below the number of albums created by the user.
[0114]
In FIG. 18, it can be confirmed by the buttons 2911 to 2915 that the user has created five albums. When each button is pressed, the photo site 105 changes the image displayed in the album display area 2923 according to the selected album, and displays the album name of the album at the upper left corner of the album display area. An area 2916 is an area for arranging buttons for editing each image in the album. When each of the buttons 2917 to 2922 is pressed, an editing process corresponding to each button is performed on the checked image corresponding to each image displayed in the area 2923. An area 2923 is a display area of the album image. In this area, images stored in the album are sequentially displayed, and check boxes corresponding to the images are arranged. When each image is pressed, a property setting screen for each image is displayed.
[0115]
FIG. 19 is a flowchart showing a processing method related to a user's editing operation after the screen 2900 of FIG. 18 is displayed. The following processing is performed according to a user operation on the screen 2900.
[0116]
When a user input is received in step S3001, first, in step S3002, it is determined whether the user input is album editing. When a button in area 2903 on screen 2900 is pressed, it is determined that the album is to be edited, and in that case, the flow proceeds to album editing processing in step S3003.
[0117]
If it is determined in step S3002 that the user input is not album editing, the process advances to step S3004 to determine whether the user input is image editing. When the button in the area 2916 on the screen 2900 is pressed, it is determined that the image is to be edited, and the process proceeds to step S3005. In step S3005, in response to pressing of any button in the area 2916 in FIG. 29, the image selected in the album is rotated 90 degrees right / left, deleted, moved, copied, and changed in order. Do.
[0118]
If it is determined in step S3004 that the user input is not image editing, the process advances to step S3006 to determine whether the user input is editing of user information. When the button 2901 is pressed on the screen 2900, the user information is edited. When this button is pressed, a screen 2100 shown in FIG. 14 is displayed in step S3007, and the information registered by the user can be changed. The user information editing process here is almost the same as the user registration process described in the section (user registration), except that the information registered by the user is displayed as an initial value when the screen is displayed, and the registration button 2116 The difference is that the screen displayed when the cancel button 2117 is pressed is the screen 2900, and that the registration of the user information in the database is not a new registration but an update of the existing user information.
[0119]
If it is determined in step S3006 that the user input is not editing of user information, the process advances to step S3008 to determine whether the user input is image selection. If the user selects an image in the area 2923 in the screen 2900 by a method such as mouse click on the image, it is determined that the image has been selected, and the process proceeds to the image property editing process in step S3009. In the image property editing process, an image file name and a comment can be edited.
[0120]
If it is determined in step S3008 that the user input is not an image selection, the process advances to step S3010 to determine whether the user input is an album selection. If the user presses a button in the area 2910 on the screen 2900, it is determined that album selection has been performed, and album display processing in step S3011 is performed.
[0121]
If it is determined in step S3010 that the user input is not album selection, it is determined in step S3012 whether the user input is logout. If the user presses the button 2902 on the screen 2900, it is determined that the user input is logout, and the process advances to step S3013 to perform logout processing. When performing the logout process, the photo site 105 registers and updates the currently displayed album ID in the final display album ID 502 of the user status table 500 of the database 208. Thereafter, the display screen is returned to the screen 1900.
[0122]
If it is determined in step S3012 that the user input is not logout, the process returns to step S3001, and waits for the next user input.
[0123]
Hereinafter, details of step S3003 (album editing) and step S3011 (album display) will be described.
[0124]
[Album editing process]
FIG. 20 is a flowchart showing the procedure of the album editing process in the photo site 105.
[0125]
In step S3101, it is determined whether the setting is a property setting. If the button 2904 is pressed on the screen 2900, it is determined that the property setting has been selected, and the process moves to step S3102, where the screen 3200 shown in FIG. 22 is displayed, and the selected album (the area immediately before the area in FIG. Various attributes can be set for the album displayed in 2923).
[0126]
If it is determined in step S3101 that the setting is not a property setting, the process advances to step S3103 to determine whether the notification is an album notification. If the user presses the button 2905 on the screen 2900, it is determined that the notification of the album has been selected, and the process advances to step S3104 to display the screen 3300 shown in FIG. 29, where a method for browsing the selected album is displayed. Settings for notifying a third party by e-mail can be made.
[0127]
If it is determined in step S3103 that the notification is not an album notification, it is determined in step S3105 whether a new album has been created. If the user presses the button 2906 on the screen 2900, it is determined that the new album creation processing has been selected, and the flow advances to step S3106 to display the screen 3201 shown in FIG. When a new album name (an album name that the login user has not registered yet) is input to an album name input area 3201 on the screen 3201, and a setting button 3208 is pressed, a new album is created.
[0128]
If it is determined in step S3105 that the album is not newly created, it is determined in step S3107 whether the album is to be deleted. If the user presses the button 2907 on the screen 2900, it is determined that album deletion has been selected, and the flow advances to step S3108. When button 2907 is pressed, screen 3400 shown in FIG. 23 is displayed, and the currently selected album can be deleted.
[0129]
If it is determined in step S3107 that the album has not been deleted, it is determined in step S3109 whether the image has been uploaded to the selected album. If the user presses a button 2908 on the screen 2900, it is determined that uploading of an image has been selected, and the flow shifts to step S3110 to perform upload processing.
[0130]
If it is determined in step S3109 that the image is not to be uploaded to the album, it is determined in step S3111 whether the image is a print order for the album. If the user presses a button 2909 on the screen 2900, it is determined that the print order of the album has been selected, and the flow shifts to step S3112 to perform print order processing.
[0131]
FIG. 21 is a diagram showing an example of the exchange between the user PC 102A and the photo site 105 in the new album creation, property, and deletion processing according to the procedure of FIG.
[0132]
The uploading and browsing notifications will be described in more detail below. FIG. 24 is a diagram illustrating an example of exchange between the user PC 102A and the photo site 105 in uploading and browsing notification.
[0133]
Further, the print order processing in step S3112 will be described in more detail by providing a print order section below.
[0134]
(Image upload example)
An image upload process for the selected album will be described. When an upload button 2908 is pressed on the screen 2900, an image upload process starts. FIG. 25 is a flowchart showing the flow of processing for uploading an image to the selected album.
[0135]
First, when the button 2908 on the screen 2900 is pressed, in step S3701, the photo site 105 calculates the number of files (Files) that can be added to the photo site 105 by the logged-in user. Since the resources of the photo site 105 are limited, the capacity of each logged-in user to store images is determined, and if the capacity exceeds that capacity, image files cannot be uploaded.
[0136]
That is, in step S3702, it is determined whether uploading is possible based on whether Files is a positive number. If Files is less than "1", it is determined that uploading is not possible, and a screen 3800 shown in FIG. 26 is displayed (step S3703). When an OK button 3801 is pressed on the screen 3800, the screen returns to the screen 2900.
[0137]
If the number of Files is 1 or more, an upload screen 3900 shown in FIG. 27 is displayed in step S3704. In this screen, a reference button 3901 for selecting a file on the user PC 102A, an input area 3902 for inputting a file path, and a preview display area 3903 for displaying a thumbnail of the selected image are calculated in step S3701. The displayed number (Files) is displayed. When a send button 3904 is pressed, the flow advances to step S3705 to transfer the selected image file from the user PC 102A to a work area in the photo site 105. Although not shown in the flowchart of FIG. 25, when the cancel button 3905 is pressed, the upload process ends and a screen 2900 is displayed.
[0138]
The image file transferred to the photo site 105 is stored in the file server 209. Here, the number of transferred files is N. The work variable I is set to "1" (step S3706). In step S3707, it is determined whether I <= N. If I> N, a screen 2900 is displayed in step S3716, and the process ends.
[0139]
If I <= N in step S3707, it is determined whether the I-th file transferred in step S3708 is an image file that can be handled by the photo site 105. In the present embodiment, only when the uploaded image is a JPEG file and the digital camera shooting information in the DCF format can be extracted from the header portion, the file is determined to be a file that can be used in the photo site 105. Otherwise, step S3709 Displays the screen 4000 shown in FIG. 28, and deletes this file placed in the work area in the photo site 105 in step S3710. Note that the DCF information is used for performing color correction for printing or the like by using a shutter speed, the use of a strobe, or the like when printing an image at the print site 109A. If the OK button 4001 is pressed, the flow shifts to step S3715 to proceed to the processing for uploading the next file.
[0140]
If it is determined in step S3708 that the uploaded file is an image file of a predetermined format, the process advances to step S3711 to create a thumbnail display image for the image, and to create a thumbnail display image from the work area in the photo site 105. The image is stored in the image file server 209.
[0141]
Next, in step S3712, it is determined whether a file can be added. Judgment is made based on whether the registered file being processed exceeds the disk usage upper limit. If it is determined in step S3712 that the file cannot be added, a screen 3801 shown in FIG. 26 is displayed in step S3713, and all image files in the work area in the photo site 105 that have not been registered in the image file server 209 are deleted. In step S3716, a screen 2900 is displayed.
[0142]
If it is determined in step S3712 that the file can be added, the image information is registered in the database 208 in step S3714. That is, the image information data table 900 of FIG. 9 is created for the uploaded image file, and a value obtained by adding 1 to the maximum image ID registered so far is set as the image ID 901 of the additional image, and the file path Are set to the original image file path 904, the file path of the newly created thumbnail image and the file path of the display image, respectively, to the thumbnail file path 905, the display image file path 906, the number of browsing 908 to 0, and the number of printings 909 to 0. An album image data table 800 is registered in which the album ID of the selected album is an album ID 801, the image ID is an image ID 802, and a value obtained by adding one to the number of images in the album is an image display number 803.
[0143]
Next, “1” is added to I in step S3715, and the process returns to step S3707. By repeating the processing from step S3707 to step S3715 while I is smaller than N, the uploaded image file is registered on the database as much as possible.
[0144]
(Album notification example)
FIG. 29 is a diagram illustrating a screen displayed when the notification button 2905 is pressed on the screen 2900.
[0145]
When the user inputs a destination mail address 3302, a sender mail address 3303, a mail title 3304, and a message 3305 on the screen 3300, and then presses a notification button 3306, the photo site 105 creates the above-described contents on the photo site 105. Combine with the text and issue an album notification email to the destination email address.
[0146]
FIG. 30 shows an example of the album notification mail. The URL and album ID included in the notification mail are the same as the contents displayed in the URL and public album ID display area 3308 of screen 3300. The user who has received the mail notification can browse the album by specifying the URL described in the mail. Also, the album ID described in the mail is input to the album ID designation area 1905 of the screen 1900, and GO! Even when the button 1906 is pressed, the same album as when the URL is designated can be browsed. Here, the value of the parameter AlbumID = described in the URL is the same as the album ID of the public album.
[0147]
(Example of generating public album ID)
Next, the ID of the public album will be described. The public album ID is generated by encrypting the album ID managed in the photo site 105. This makes it possible for a third party to easily imagine the original album ID 701 from the number and character string of the public album ID, and makes it difficult to analogize the public album ID of another album.
[0148]
(Example of print order from PC102)
FIG. 51 is a flowchart showing the flow of processing among the user PC 102, the photo site 105, and the print site 109 when the user makes a print order using the photo site 105. When a print order button 2909 is pressed on the screen 2900, printing can be ordered for images in the album selected at the photo site 105.
[0149]
When the user makes an album browsing request in step S4201, the photo site 105 reads the album image in step S4202 and presents it to the user PC 102. That is, on the screen 2900, the image of the album corresponding to the album selection button in the album selection area 2910 is displayed in the area 2923. In step S4203, the user issues a print order instruction. The print order instruction is issued when the print order button 2909 is pressed on the screen 2900.
[0150]
When the print order instruction is issued, the process proceeds to step S4204, and the photo site 105 generates data for displaying the image selection screen 4400 shown in FIG. Further, a new order number is issued, and a record for a new order is created in the order information table 1000 in the database 118. At this time, the order status 1014 is set to 0 (before ordering the print site).
[0151]
A screen 4400 includes a selection area 4401 for selecting a print type (with or without borders) at the time of photo printing created by the print site 109, an area 4402 for displaying thumbnail images in an album, a selection area 4403 for selecting a print size, An input area 4404 for specifying the number of prints, an estimate request button 4405, and a cancel button 4406 are provided. The thumbnail image display area 4402, the size selection area 4403, and the number-of-prints input area 4404 exist for the number of pieces of image data.
[0152]
In step S4205, when the user selects an order image from the order screen 4400, inputs the size and the number of sheets, and presses the estimate button 4405, the photo site 105 stores in the order image data table 1100 records corresponding to the number of selected images. And store the input. Then, the process proceeds to step S4206. If no estimation request is made in step S4205, that is, if the cancel button 4405 is pressed on the screen 4400, the process ends and the screen returns to the screen 2900.
[0153]
When an estimation request is made, first, it is checked in step S4206 whether an image to be printed is set. If not set, data for displaying an error screen 4900 shown in FIG. 53 is generated in S4207, and transmitted to the user PC 102. When an image to be printed is set, calculation processing step S4208 is performed to generate estimation data to be displayed on the estimation screen 4500 shown in FIG. Further, a new record is generated in the order settlement data table 1200, and the estimated data calculated earlier is stored. At this time, the status 1208 is set to 0 (payment order is not determined). The estimated amount may be derived by calculation, or a table storing calculation results may be prepared and read from the table.
[0154]
The user performs purchase consideration processing in step S4209. Then, when the price is confirmed, the process further proceeds to input of orderer information shown in FIG. 55 and input processing of the delivery destination shown in FIG. If the cancel buttons 4502, 4602, and 4702 are pressed during that time, the process ends. The photo site 105 generates a new record in the orderer data table 1300 and stores the input orderer information. Further, the information of the delivery destination input to the record in the order information table 1000 generated earlier is stored.
[0155]
In the present embodiment, since the postage at the time of delivery is a flat rate, the flow is as described above. However, if the rate differs depending on the destination, before performing the estimation calculation process in step S4209. It may be displayed.
[0156]
If the user has made an order, in step S4210, information such as the image data to be printed on the photo site 105, the number of prints, the print format, the orderer information, the delivery destination, and the order amount are packaged and collected in one file. Generate a print order file. After the generation of the file for printing, the use amount is notified to the settlement site 120 in step S4211. The settlement site 120 performs a process of accepting the usage amount requested in step S4212, and notifies the photo site 105 of the confirmation number. Upon receiving this notification, the photo site 105 changes the status 1208 of the corresponding record in the order settlement data table 1200 to "1" (unsettled order pending).
[0157]
Next, the photo site 105 generates data for displaying the screen shown in FIG. 57 including the confirmation number in step S4213, and transmits the data to the user PC 102. Further, the mail shown in FIG. 58 is sent to the user.
[0158]
The user who has obtained the confirmation number goes to the store 121 in step S4214, presents the confirmation number, and pays the usage amount. The settlement site 120 that has received the payment via the store 121 performs a payment process in step S4215, and notifies the photo site 105 of the payment. The photo site 105 that has received the payment notification performs a payment process for changing the status 1208 of the corresponding record in the order payment data table 1200 to “2” (payment completed). Further, the print order file prepared in step S4210 is sent to the print site, and a formal print order is issued to the print site 109. Then, the status 1014 of the corresponding record in the order information data table 1000 is changed to "1" (print site ordered).
When the official print order is notified, the print site 109 performs an order receiving process in step S4217, and performs a print process of image data in step S4218. Upon completion of the printing process, a delivery instruction and an end notification are sent to the photo site 105 in step S4219, and the process ends. Upon receiving the notification, the photo site 105 changes the status 1014 of the corresponding record in the order information data table 1000 to “2” (delivered) in step S4221, and sends an email to the user indicating that the printed matter has been sent. And exit.
[0159]
Although not shown in the flowchart of FIG. 51, the status of the print site 109 is returned to the photo site 105 when each of the processes from step S4217 to step S4219 is performed, and the information is stored in the database 118 on the photo site 105. Will be kept.
[0160]
[Album display process]
FIG. 31 is a flowchart showing processing related to selection and display of an album when one of the album selection buttons 2911 to 2915 in the album selection area 2910 in the screen 2900 is pressed.
[0161]
First, in step S3501, the number of the pressed button from the top is checked, the customer album data table 600 having the number as the album display order number 603 is searched in the database 208, and the album ID 601 is determined. Obtained as AlbumID. Further, the album information data table 700 is specified from the album ID 601 to derive the album information.
[0162]
In step S3502, all records of the album image data table 800 having the AlbumID obtained in step S3501 as the album ID 801 are searched in the database 208. As a result of the search, the number of hit records is set to N, and “1” is substituted for the image count work variable I.
[0163]
In step S3503, it is determined whether I <= N. While I <= N, the processing from step S3504 to step S3509 is repeated to display all the images in the album.
[0164]
In step S3504, the album image data table 800 having I in the image display number 803 is searched from the record searched in step S3502, and the image ID 802 of the image is obtained. When the image ID 802 is obtained, a record of the image information data table 900 having the image ID 802 as the image ID 901 is searched in the database 208. In step S3505, the path 905 to the thumbnail file of the image is acquired from the record searched in step S3504.
[0165]
In step S3506, it is determined whether the value of the display format number 709 is 1 from the album information data table 700 acquired in step S3501. In the present embodiment, if this value is “0”, it indicates thumbnail display, and if “1”, it indicates detailed display.
[0166]
If the display format is “1” in step S3506, the thumbnail image and detailed information related to the image are displayed in step S3507. In this embodiment, the detailed information displays the image name, comment, number of times of browsing, and number of times of printing from the image information data table 900, and also displays a check box for image editing. The screen 3600 shown in FIG. 32 is an example of the album display when the detailed display is performed. The screen 3600 is different from the screen 2900 only in the display method of the image display area 2923, and all other functions are the same. Therefore, detailed description thereof is omitted.
[0167]
If the display format is not “1” in step S3506, a thumbnail image, an image name, and a check box for image editing are displayed in step S3508. The screen 2900 shown in FIG. 18 is an example of such a simplified display.
[0168]
If I> N in step S3503, all the images in the album have been displayed, and the process ends.
[0169]
In the above embodiment, the display format is limited to the two formats, but it goes without saying that there may be more display formats.
[0170]
(Example of browsing album from user PC)
FIG. 33 shows an example of exchange between the user PC 102B and the photo site 105 when the album stored in the photo site 105 is browsed from the user PC 102B.
[0171]
The user who has received the notification mail shown in FIG. 30 can display the album browsing start screen 6700 shown in FIG. 34 by specifying the URL 6201 described in the mail text. This screen is a screen 1900, in which the album ID 6203 described in the notification mail is input to the album ID input area 1905, and GO! It is also displayed when a button 1906 is pressed.
[0172]
The photo site 105 analyzes the Album ID of the parameter part of the input URL or the album ID input to the album ID input area 1905. If an album exists, the name (surname) 405 is displayed on a screen 6700 shown in FIG. Is displayed. If a password is set for the album from the password permission flag 705 of the searched album information data table 700, a password input area 6701 is displayed. It is needless to say that the password input area 6701 is not displayed for an album without a password.
[0173]
When an OK button 6701 is pressed, a screen 6800 shown in FIG. 35 is displayed for an album for which a password has not been set and an album for which a password has been correctly input. This content is the same as the screen display area 2923 on the screen 2900. If the password is incorrect, an error screen will be displayed.
[0174]
Also, the value of the print permission flag 707 is acquired from the album information data table 700, and a button 6803 is displayed for the print-enabled album, and a print order can be performed. In this case, the flow of processing of the print order is almost the same as the flow of processing of the login user (the processing when the button 2909 is pressed at 2900 in FIG. 18).
[0175]
<Operation Example of Access to Photo Site of Present Embodiment from Mobile Terminal>
Hereinafter, access to the photo site from the mobile terminal will be described. Before describing the operation, an example of the mobile terminal database 41c used in the present embodiment will be described.
[0176]
(Example of mobile terminal database)
FIGS. 40 to 42 are diagrams showing the contents of tables managed in the database 208 by the mobile terminal application server 204. FIG. These tables are created by the application server 204 in response to access from the mobile terminal 113, and are used to control display contents and services to the mobile terminal 113. Hereinafter, a mobile terminal may be described as MB (Mobile).
[0177]
FIG. 40 is a diagram showing a table for managing access from a specific portable terminal.
[0178]
This MB session information table 7000 is registered in the database 208 one record at a time for each new access. At this time, a session ID uniquely defined as the identification information of the mobile terminal user who has accessed is allocated, and stored in a table together with the user ID (same as the user ID 501) of the album owner who sent the invitation mail (7001, 7004).
[0179]
The MB session information table 7000 stores the date and time 7003 when a new access is received and the last access date and time 7002 with the same session ID. The application server 204 periodically searches the MB session information table 7000 in the database 208, and sets a flag in the record attribute 7005 of a record after a certain period of time from the last access date and time. Then, access from the portable terminal using the session ID in the same record is treated as a timeout, and the access is rejected. The order number 7006 is the number of a print order from the mobile terminal.
[0180]
FIG. 41 is a diagram showing a table for storing information of an album specified at the time of an album browsing request from a mobile terminal.
[0181]
This MB album information table 7100 is registered in the database 208 one record at a time for each new access. At this time, the table includes the session ID 7101 stored in the MB session information table 7000, the album ID 7102 specified from the portable terminal, and a partial copy of the contents of the album information data table 700 (for example, the album name 7103 and the album comment 7104). Is stored.
[0182]
FIG. 42 is a diagram showing a table for storing image information in an album specified at the time of an album browsing request from a mobile terminal.
[0183]
In the MB image information table 7200, records for the number of images in the album are registered in the database 208 for each new access. At this time, the table includes the session ID 7201 stored in the MB session information table 7000 and a partial copy of the contents of the album information data table 700 and the image information data table 900 (for example, from the album information data table 700 to the album ID 7203, the image information data An image ID 7202, an image name 7204, an image comment 7205, etc., from the table 900 are stored. Further, the application server 204 once obtains an image in the file server 209 indicated by the thumbnail file path 905 in the image information data table 900, and stores the image in a temporary area in the file server 209 exclusively used by the application server 204. Copy Then, the copy destination image file path is stored in the image path 7206 in the MB image information table 7200.
[0184]
The image number 7207, the image size 7208, and the number of prints 7209 are data relating to a print order from the portable terminal.
[0185]
(Browsing albums from mobile devices)
FIG. 33 shows an example of an exchange between the mobile terminals 113A and B and the photo site 105 when viewing the album stored in the photo site 105 from the mobile terminals 113A and 113B. Hereinafter, a detailed description of the application server 204 regarding browsing of an album from a mobile terminal will be described.
[0186]
The screens shown in FIGS. 36 to 39 are display examples of the screen displayed on the display of the mobile terminal 113 when browsing from the mobile terminal. This display layout changes each time depending on the difference in the degree of character wraparound depending on the screen size that differs for each portable terminal model, the state of the displayed image size, and the like.
[0187]
The portable terminal user who has received the notification mail shown in FIG. 30 can display the album browsing start screen 7300 shown in FIG. 36 by specifying the URL described in the mail text. At this time, the URL is the same when browsing from the user PC 102B and when browsing from the mobile terminals 113A and 113B. In the load balancer 202 of the photo site 105, a request from the portable terminal is determined based on the User-Agent field value included in the HTTP request header, and the processing is distributed to the MobileApps server 204.
Such a process may be distributed by using the presence or absence of Cockie.
[0188]
When the application server 204 receives an access request for the URL described in the mail text from the portable terminal 113, it temporarily adds the current time in the system to the URL parameter and issues a redirect instruction to the portable terminal 113. Upon receiving this instruction, the mobile terminal 113 issues an access request to the application server 204 again, and upon receiving this request, the application server 204 analyzes the AlbumID in the URL parameter part. Then, when it is determined that the album corresponding to the AlbumID can be browsed by the processing flow described later, it is further determined whether or not a password is set for the album. If a password has been set, an album browsing start screen 7300 is displayed. If a password has not been set, an image browsing screen 7400 shown in FIG. 37 is displayed.
[0189]
When the mobile terminal user inputs a password in the input area 7301 of the album browsing start screen 7300 and presses the OK button 7302, the application server 204 displays the image browsing screen 7400 only when it is determined that the input password is correct. indicate. On the other hand, at the time of timeout or when the input password is incorrect, an error screen is displayed.
[0190]
On the image browsing screen 7400, an image 7401 having a reduced image size and its name 7402, an image order 7403 in the album, a link 7404 for selecting an image to be displayed, the total number of images 7405 in the album, and an image order , An input field 7406 for displaying an image information display screen 7500, a link 7408 for displaying an album information display screen, and a link 7409 for ordering a print.
[0191]
When the mobile terminal user presses the link 7404, images in the order before and after the currently displayed image are displayed on the image 7401 display portion, and the corresponding image name is displayed on the name 7402 display portion. When the mobile terminal user inputs the image order in the input field 7406 and presses the “display” button, the image in the image order is displayed on the image 7401 display portion, and the corresponding image name is displayed on the name 7402 display portion.
[0192]
When the mobile terminal user presses the link 7407, an image information display screen 7500 for displaying detailed information such as an image name, a comment, and the number of viewers of the image is displayed. When the mobile terminal user presses the link 7408, an album information display screen (not shown) for displaying detailed information such as an album name, a comment, and the number of viewers of the album is displayed. When the mobile terminal user presses the link 7049, a batch print order screen 7800 for ordering prints for the album being viewed is displayed.
[0193]
Also, the application server 204 checks the status in the album at the timing when the link 7404 or the “display” button 7406 is pressed, and displays a screen 7600 when the image to be displayed has already been deleted from the album. . On the other hand, if the image is prohibited from being viewed, an error screen is displayed. The image information display screen 7500 displays a detailed image name 7501, the number of image viewers 7502, a comment 7503, and a link 7504 for returning to the image viewing screen 7400. On the album information display screen (not shown), the same display as the image information display screen 7500 is performed, but the album name is replaced with the image name, the number of album viewers is replaced with the number of image viewers, and the image Display album comments instead of comments.
[0194]
On the screen 7600, a comment 7601 “This image has been deleted” is displayed instead of the image 7401 display and the image name 7402 display on the image browsing screen 7400. Also, a link for displaying image information display screen 7500 is not displayed. The other display contents are the same as those in FIG.
[0195]
(Browsing and print order control flowchart)
FIG. 43 is a flowchart illustrating a processing procedure when the application server 204 of the mobile terminal displays the image browsing screen 7400 and the print order related screens (screens 7800 to 8500) described below.
[0196]
Upon receiving the album browsing request from the mobile terminal user, the application server 204 first detects the session ID from the URL parameter portion of the album browsing request in step S9001, and searches the MB session information table 7000 for an existing session ID. Is determined.
[0197]
If it is determined that the session ID is an existing session ID, it is determined that the access is the second or later access using the same session ID, and the content of the request from the portable terminal user is analyzed in step S9009. If it is determined that the request is for browsing an album, session image display processing in step S9003 is performed. On the other hand, if it is determined that the request is a print order, print order processing in step S9015 described below is performed.
[0198]
If there is no session ID, it is determined that the image has been viewed and displayed for the first time, and in step S9002, standard time in the site is acquired by acquiring system information. Next, in step 9004, the time information added to the parameter part of the URL is compared with the time acquired in step S9002, and if the access is performed a predetermined time or more, it is determined that the access has timed out. indicate. By doing so, it is possible to avoid an access in which the URL is bookmarked on the portable terminal 113 and distribute the update information.
[0199]
If it is not time-out, in step S9005, the AlbumID added to the parameter part of the URL is analyzed. The browsing album data table 600 and the customer information data table 400 are searched and acquired using this AlbumID as a key, and in step S9006, it is checked whether the album owner has left. If the album owner has left, an error page is generated in step S9007.
[0200]
If the album owner has not withdrawn, the album information data table 700 is acquired from the acquired information in step S9008. In step S9010, the information and the password in the URL parameter are determined, whether or not the album can be released and whether the album can be viewed. Check the availability. When an error occurs, an error page is generated in step S9007.
[0201]
If there is no error, in step S9011, the album image data table 800 and the image information data table 900, which is information on the images in the album, are acquired from the acquired information in the album information data table 700. Here, the image of the file server 209 indicated by the thumbnail image file path 905 is once obtained and copied to a temporary area (in the file server 209) dedicated to mobile access, but the image display number 803 of the album image data table 800 is displayed. And copy only the image of the first page.
[0202]
Next, in step S9012, an MB session information table 7000, an MB album information table 7100, and an MB image information table 7200 are generated from the acquired information and the copied image path information, and the information and the image path are stored. Note that, as management information of the accessing user, an intentionally defined session ID is allocated and stored together with a user ID (same as the user ID 501) as the owner who sent the invitation mail.
[0203]
In step S9013, the access count from the mobile phone is reflected on the album information data table 700 and the image information data table 900. In step S9014, data of image browsing screen 7400 is generated.
[0204]
(Session image display processing: S9003)
FIG. 44 is a flowchart showing in detail the process (S9003) in the case where the session information has already been created when the image browsing screen 7400 shown in FIG. 43 is displayed.
[0205]
First, in step S9101, standard time in the site is acquired by acquiring system information. In step S9102, the session information added to the parameter part of the URL is analyzed. The MB session information 7000 and the MB album information 7100 are retrieved and acquired using the acquired session information as a key. This includes the Album ID and the user ID. The URL parameter section also contains the currently displayed image display number.
[0206]
In step S9103, the record attribute in the MB session information 7000 is determined. If the access is performed a predetermined time or more, it is determined that a timeout has occurred. In step S9106, an error page is displayed. By doing so, it is possible to avoid an access in which the URL is bookmarked on the portable terminal 113 and distribute the update information. Using this user ID as a key, the customer information data table 400 is retrieved and acquired in step S9104, and it is confirmed in step S9105 whether the album owner has left. In the case of withdrawal, an error page is generated in step S9106.
[0207]
If it is not a withdrawal, the album information data table 700 is obtained from the session information in step S9107, and it is confirmed in step S9108 whether the album can be released or viewed. If it is open, in step 9116, the corresponding record in the album image data table 800 and the image information data table 900 which is information on the album is obtained based on the AlbumID and the image display number obtained in step S9102. .
[0208]
Here, the image of the file server 209 indicated by the thumbnail image file path 905 is once obtained and copied to a temporary area (in the file server 209) dedicated to mobile access. Reference is made to 803, and one image of the currently referred image is copied.
[0209]
In step S9109, the MB image information table 7200 is obtained. On the other hand, if disclosure is prohibited, the deletion flag 1 is set, and the flow advances to the screen generation processing in step S9115.
[0210]
In step S9111, it is determined whether or not the image is in the image information data table 900 and whether or not the image can be browsed, and it is determined whether the image can be browsed and displayed. If the browsing display is possible, the access count from the mobile phone is updated in step S9112. On the other hand, if the image cannot be deleted, it is determined that the image has been deleted, and the deletion flag 2 is set in step S9113.
[0211]
In step S9114, the access date and time are reflected on the last login date and time in MB session information table 7000. Next, the process proceeds to the screen generation processing of step S <b> 9115, and generates information of the image browsing screen 7400 in response to the second and subsequent image display requests as a user operation.
[0212]
(Image generation processing: S9014, S9115)
FIG. 45 is a flowchart showing the process of generating data of the image browsing screen 7400 (S9014, S9115) in more detail.
[0213]
The deletion flag 1 and the deletion flag 2 are checked in steps S9201 and S9203, and if set, the error display character strings are set in steps S9202 and S9204.
[0214]
If both flags are not set, in step S9205, the number of characters of the image name in the MB image information table 7200 is compared with the preset number of display characters (DispCh). If the number of characters is smaller than the installation value, in step S9206, the image name in the MB image information table 7200 is set to the character string of the image name 7402 in the image browsing screen 7400. On the other hand, if it is determined that it is large, in step S9207, the characters corresponding to the first byte and the second byte are inspected from the number of display characters (DispCh), and it is determined whether or not the character is a 2-byte code character.
[0215]
If a 2-byte code character is interposed between the display character count (DispCh), in step S9208, the characters at the boundary are extracted from the image name 7204 in the MB image information table 8700 (the display character count (DispCh) -2 byte). Is set to the image name 7402 on the image browsing screen 7400. On the other hand, if a 2-byte code character is interposed, in step S9209, the image browsing screen is displayed up to the (displayed character number (DispCh) -1 byte) boundary character is removed from the image name 7204 in the MB image information table 7200. The image name 7402 in 7400 is set. The image name 7402 in FIG. 37 indicates a state in which the number of display characters is limited by the set value, and the detailed information screen (FIG. 38) at that time displays all the image names without omitting them.
[0216]
In step S9210, link information of screen 7407 is generated in a form including session information. Further, in the process 9211, the image browsing screen 7400 generates the URL of the image, other link information, and parameters related to the form, including the session information. Then, in step S9212, the screen information is collectively transmitted. Note that when the process comes from step S9204 (when an image is deleted), data for displaying the screen 7600 is finally generated.
[0217]
(Print order from mobile device)
The screens shown in FIGS. 60 to 68 are display examples of the screen displayed on the display of the mobile terminal 113 when ordering prints from the mobile terminal. This display layout changes each time depending on the difference in the degree of character wraparound depending on the screen size that differs for each portable terminal model, the state of the displayed image size, and the like. FIG. 59 is a diagram showing a transition relationship between these screens.
[0218]
When the portable terminal user places a print order for the album being viewed, the user first presses the print order link 7409 in the image browsing screen 7400 in FIG. 37, and requests display of a batch print order screen 7800 (FIG. 60) described later. I do. Upon receiving this request, the application server 204 analyzes the request in step S9009 according to the flowchart in FIG. 43, determines that the request is a print order, and performs print order processing in step S9015.
[0219]
FIG. 69 is a detailed flowchart of the print order processing. Hereinafter, the processing on the application server 204 side regarding the print order from the mobile terminal will be described in detail based on this flowchart.
[0220]
When the print order processing starts, first, in step S9301, a batch print order screen 7800 is displayed on the portable terminal side, and the portable terminal user is prompted to specify the print size and the number of prints for all images in the album. At the same time, a new order number is issued, a record for a new order is created in the order information data table 1000 (FIG. 46) in the database 208, and the order status 1014 is set to “0” (before ordering the print site).
[0221]
Further, a record corresponding to the current session ID is searched from the MB session information table 7000, and the order number issued earlier is stored in the order number field 7006 in the record. The order number issued here is always added to parameter portions of various URLs embedded in a print order-related screen described later.
[0222]
By pressing the pull-down menu 7802, the portable terminal user displays selectable print sizes in a list, and can select a desired print size from the list. There are six print sizes that can be selected: no DP border, no DP border, no L border, no L border, no 2L border, and 2L border.
[0223]
In this embodiment, the print size is specified on the batch print order screen 7800. That is, one type of print size can be designated for all images in the album. When the mobile terminal user wants to print all the images in the album, the user inputs the desired number in the number input area 7803. If a print order can be made with these settings, the portable terminal user presses the “advance button” 7804 to transition to the next orderer information input screen 8100.
[0224]
On the other hand, if the user does not want to print all the images in the album but wants to selectively print only some images, or if he wants to print a different number of images for each image (step S9302), the “here button” 7805 is clicked. When the button is pressed, the screen transits to an individual print order screen 7900. In either case, the application server 204 creates records for the selected number of images in the order image data table 1100, and stores the input print size and the number of prints.
[0225]
By pressing the order cancel link 7806, the print order processing can be canceled and the screen can return to the image browsing screen 7400. The image displayed at this time is the image displayed immediately before entering the print order processing.
[0226]
At the top of the batch print order screen 7800, an indicator 7801 indicating the screen transition status of the print order processing is displayed. The screen transition state in this embodiment has four phases (image selection, personal information input, estimation, and order confirmation) as shown in FIG. In the above-mentioned indicator, where the currently displayed screen is located in these four phases is schematically represented by a mark. On the batch print order screen 7800, the mark is displayed at the leftmost position, but the mark is moved one by one to the right each time it moves between the above four phases. In a mobile terminal having a limited display area, the screen transition state cannot be expressed in words, and thus the expression is expressed using such an abstract method. With this indicator, the portable terminal user can roughly grasp the progress of the print order processing. Note that the number of transition states is not limited to four, and the display mode is not limited to the above example.
[0227]
When the screen transits to the individual print order screen 7900 in FIG. 61 in step S9303, the mobile terminal user can select an image to be printed from the album and specify the number of prints. On the screen, the image names 7902 of the images in the album are displayed in a list, and the mobile terminal user inputs a desired number in the number input area 7903 corresponding to the image to be printed. The input number is transmitted from the portable terminal to the application server 204 side when the setting update button 7904 is pressed, and stored in the corresponding record (created as necessary) of the order image data table 1100 (FIG. 47). . Therefore, when the screen is changed to another screen by pressing a button or a link described later without pressing the setting update button 7904, the application server 204 regards that the input of the number of prints from the mobile terminal user has not been made.
[0228]
In the present embodiment, the print size is specified on the batch print order screen 7800, and is not intentionally specified on the individual print order screen 7900. In addition, the maximum number of image names to be displayed on one screen is five. If there are more images in the album, a list of image names is displayed over a plurality of pages. The page number 7905 indicates the currently displayed page in this case. By pressing the previous link 7906 and the next link 7907, movement between pages is performed. Further, by inputting the destination page number in the page number designation area 7908 and pressing the display button 7909, it is possible to move to the page of the designated page number.
[0229]
The image name itself displayed on the screen is also a link, and when the mobile terminal user presses this link, the screen transitions to the image confirmation screen 8000. When the mobile terminal user completes the designation of the number of prints for each image in the album, the user moves to the next orderer information input screen 8100 by pressing the “advance button” 7910. When a “return link” 7912 is pressed, the screen transits to a batch print order screen 7800.
[0230]
Since the phases of the individual print order screen 7900 are the same as those of the batch print order screen 7800, in the indicator 7901 displayed at the top of the screen, a mark indicating the current phase is on the leftmost side as in the batch print order screen 7800. it's shown.
[0231]
A screen 7950 in FIG. 62 is an individual print order screen in a case where five or less image names are displayed in one screen. The difference between this screen and the screen 7900 described above is that there is no setting update button 7904, a previous link 7906, a next link 7907, a page number designation area 7908, and a display button 7909. The number of prints input by the mobile terminal user is sent from the mobile terminal to the application server 204 at the timing when the “advice button” 7910 is pressed, and stored in the corresponding record (created as necessary) of the order image data table 1100. Is done.
[0232]
The image confirmation screen 8000 in FIG. 63 is a screen for the mobile terminal user to actually see and confirm the image desired to be printed. On this screen, an image, an image name, an image page number, an image size, and the number of times of printing are displayed, and such information is read from a corresponding record in the image information data table 900. When a return link 8001 is pressed, the screen transits to an individual print order screen 7900.
[0233]
In the following step S9304, an orderer information input screen 8100 in FIG. 64 is displayed on the portable terminal side, and the portable terminal user is prompted to enter personal information. The mobile terminal user inputs the first and last names, the reading of the first and last names, the postal code, the address, the telephone number, the mail address, the delivery method, and the delivery destination according to the instructions on the screen, and presses the “Suggest button” 8114. After checking that there is no deficiency in the input information, the application server 204 generates a new record in the orderer data table 1300 (FIG. 49), and stores the input personal information.
[0234]
At this time, in this embodiment, the prefecture information is stored as a prefecture code defined by JIS. For this reason, the application server 204 recognizes the character string input to the prefecture input area 8107, converts the character string into the prefecture code, and stores it in the record. Also, the orderer ID allocated at this time is stored in the orderer ID field 1002 in the record of the order information data table 1000 created in step 9301. If there is an input error due to an uninput, unspecified character type input, or the like, an error screen is displayed on the mobile terminal side to urge input again.
[0235]
When the portable terminal user selects “same as the orderer” as the delivery destination 8113 and presses the “advance button” 8114, the screen transitions to the next phase, an estimate display screen 8300 in FIG. 66. On the other hand, when “designate delivery destination” is selected and the “advance button” 8114 is pressed, the screen transits to a delivery destination input screen 8200 in FIG. 65 (step S9305). When a return link 8116 is pressed, the screen transits to either the batch print order screen 7800 or the individual print order screen 7900 displayed immediately before.
[0236]
The phase of the orderer information input screen 8100 is a personal information input phase, and the ◆ mark in the indicator 8101 displayed at the top of the screen is displayed second from the left.
[0237]
That is, when the screen transits from step S9305 to the delivery destination input screen 8200 in S9306, the delivery destination can be specified separately from the orderer information input previously. The mobile terminal user inputs the first and last names, the reading of the first and last names, the postal code, the address, the telephone number, and the e-mail address according to the instructions on the screen, and presses the “advance button” 8212. After checking that there is no deficiency in the input information, the application server 204 stores the input delivery destination information in the record of the order information data table 1000 created in step S9306. At this time, the application server 204 recognizes the character string input to the prefectural input area 8207, converts the character string into the prefectural code, and stores the same in the record, similarly to the processing on the orderer information input screen 8100 described above. If there is an input error due to an uninput, unspecified character type input, or the like, an error screen is displayed on the mobile terminal side to urge input again.
[0238]
When the mobile terminal user presses the “advance button” 8212, the screen transitions to an estimate display screen 8300. When a return link 8214 is pressed, the screen transits to an orderer information input screen 8100.
[0239]
Since the phase of the delivery destination input screen 8200 is the same as that of the orderer information input screen 8100, in the indicator 8201 displayed at the top of the screen, the ◆ mark indicating the current phase is the same as the orderer information input screen 8100 from the left. It is displayed second.
[0240]
In a succeeding step S93007, the estimate display screen 8300 in FIG. 66 is displayed on the portable terminal side, and the portable terminal user is prompted to confirm the print order contents. For this reason, the product price, shipping fee, various fees and the total usage amount are calculated, and further displayed on the screen together with information such as orderer information and delivery destination. Further, a new record is generated in the order settlement data table 1200 (FIG. 48), and the calculated estimated data is stored. At this time, the status 1208 is set to “0” (payment order is not determined). Since the screen 8100 is a display example when the orderer information and the delivery destination are the same, “Same as the orderer” is displayed in the delivery destination display column. If the orderer information is different from the delivery destination, the delivery destination information is displayed in the delivery destination display column.
[0241]
If the mobile terminal user has pressed the “order button” 8302 in step S9308, the process advances to step S9309. When a return link 8304 is pressed, the screen transits to either the orderer information input screen 8100 or the delivery destination input screen 8200 displayed immediately before. By pressing the order cancel link 8303, the print order processing can be canceled and the screen can return to the image browsing screen 7400. The image displayed at this time is the image that was displayed immediately before the print order processing.
[0242]
The phase of the estimate display screen 8300 is the estimate phase, and the mark ◆ in the indicator 8301 displayed at the top of the screen is displayed third from the left.
[0243]
In step S9309, the application server 204 checks whether the image selected by the mobile terminal user is in the image information data table 900 in the DB. If there is no image in the table, an error screen is displayed on the mobile terminal side (step S9310), and then a batch print order screen 7800 is displayed again to prompt the mobile terminal user to select an image. If all images are present in the table, the process advances to step S9311.
[0244]
In step S9311, it is checked whether the print order request from the mobile terminal has already been received in the past. This is a process necessary to improve the operability of the mobile terminal user by making the URL of the order reception screen 8400 and the URL of the order status screen 8500 the same as described later. The order number (included in the URL parameter) included in the print order request sent to the application server 204 when the “order button” 8302 on the quote screen 8300 is pressed on the mobile terminal side , The corresponding record is searched from the order settlement data table 1200, and the status 1208 in the record is referred to.
[0245]
If the status indicates that the settlement order has not been confirmed, it is determined that the request is a print order request for which at least order reception processing has not been completed, and the flow advances to the next step S9312. On the other hand, if the status is other than the settlement order unconfirmed, it is determined that the request is a print order request for which order reception processing has already been completed, and the order status screen of FIG. 68 is displayed in step S9317.
[0246]
In step S9312, it is checked whether or not the print order request for which the print order receiving process has not been completed is really the first print order request. This is a process necessary to prevent a print order request from being erroneously accepted a plurality of times when the “order button” 8302 on the estimation screen 8300 is pressed twice. More specifically, the determination is made based on whether or not the print order creation process (step S9313) described below for the received print order request is being performed. If the print order is being created, it is determined that the request is for the second or subsequent print order, and an error screen is displayed in step S9318, and the print order process ends. On the other hand, if the print order is not being created, it is determined that this is the first print order request, and the flow advances to step S9313.
[0247]
In step S9313, an order acceptance screen 8400 in FIG. 67 is displayed on the portable terminal side, and the user is notified that a print order request has been accepted. This screen also describes that an e-mail notifying that the order receiving process has been completed is sent to the portable terminal user in step S9315 described later. Further, it is described that the URL of the order reception screen 8400 is stored in the portable terminal, and an order status screen 8500 described later can be displayed by accessing the URL later.
[0248]
An end button 8402 is arranged on this screen. When the portable terminal user presses this button, the print order processing is completed and the screen can return to the image browsing screen 7400. The image displayed at this time is the image that was displayed immediately before the print order processing.
[0249]
The phase of the order acceptance screen 8400 is an order confirmation phase, and the ◆ mark in the indicator 8401 displayed at the top of the screen is displayed at the rightmost side.
[0250]
The application server 204 displays the order reception screen 8400 in step S9313 and, at the same time, performs a print order file creation process in step S9314. The file created here is a file in which information such as image data to be printed on the photo site 105, the number of prints, print format, orderer information, delivery destination, and order amount is packaged in one file and collected. Incidentally, when the number of images to be printed is large or the image data size is large, it takes a considerable time to create this print order file.
[0251]
Subsequently, the application server 204 notifies the settlement site 120 of the usage amount in step S9315. After performing the process of accepting the notified usage amount, the settlement site 120 notifies the application server 204 of the confirmation number. Upon receiving this notification, the application server 204 changes the status 1208 of the corresponding record in the order settlement data table 1200 to “1” (unsettled order pending). Further, in step S9316, the mail shown in FIG. 58 is sent to the mobile terminal user.
[0252]
Subsequent processing is the same as steps S4214 to S4221 (FIG. 51) in the print order processing from the PC described above, and a description thereof will be omitted.
[0253]
The order status screen 8500 displayed in step S9317 is a screen provided on the application server 204 side so that the mobile terminal user who has made the print order can check the subsequent processing status. This screen displays the orderer's name, usage amount, processing status, ordered product information, and the like. The processing status includes payment waiting, payment expiration, print waiting, print completion, delivery completion, and the like. The status is at any time in conjunction with the status 1014 in the order information data table 1000 and the status 1208 in the order settlement data table 1200. Change the display.
[0254]
The method by which the mobile terminal user accesses this screen is described by using the URL of the above-mentioned order reception screen 8400 itself stored in the mobile terminal, or described in the e-mail sent to the mobile terminal user in step S9316 described above. Either use the URL of the current order status screen. The application server 204 performs the above-described processing in step S9311 regardless of which method the user accesses, and consequently displays the order status screen 8500 on the portable terminal.
[0255]
Here, a supplementary explanation will be given for the part where the processing flow is greatly different between the print order from the PC and the print order from the portable terminal.
[0256]
In the case of a print order from a PC (see FIG. 51), when a user places a print order, a print order file is first created in step S4210, a number is acquired from a settlement site in step S4211, and then a reception screen is displayed in step S4231. return it. However, the process of creating the print order file and acquiring the number may take a very long time depending on the number of images to be handled, the data size, and the network state between the settlement site and the photo site.
[0257]
On the other hand, in the case of a print order from the mobile terminal, when the user places a print order, the accepting screen is first returned in step S9313, a print order file is created in step S9314, and a number is acquired from the settlement site in step S9315. In communication with a mobile terminal, a timeout is often set short before a response from a photo site is returned in response to a request from the mobile terminal. In consideration of this situation, when ordering a print from a mobile terminal, a response to the print order request is immediately sent back to the reception screen, and then a process that may take a long time is devised. . Thus, communication timeout between the mobile terminal and the photo site can be prevented as much as possible.
[0258]
In the present embodiment, the common setting conditions are the print size and the number of prints to be set for the entire album, and the individual setting conditions are the number of prints of each image. However, the present invention is not limited to this. The present invention has been achieved by a technical device in which the setting conditions are set as a first input screen and the individual setting conditions are set as a second input screen next to the first input screen. It is an invention that includes the described range.
[0259]
In the present embodiment, an image network service using a digital camera has been described as an example. However, it goes without saying that the present invention can be applied to a service for distributing images and information thereof. Further, as described above, the present invention is not limited to an image browsing system, and is a technology that can be widely applied to a mobile phone service connected to an external device such as a server via a communication line. These ranges are included.
[0260]
Further, an object of the present invention is to supply a storage medium (or a recording medium) in which software program codes for realizing the functions of the above-described embodiments are recorded to a system or an apparatus, and to provide a computer (or a CPU or a CPU) of the system or the apparatus. Needless to say, this can be achieved also by the MPU) reading and executing the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the function of the above-described embodiment, and the storage medium storing the program code constitutes the present invention. When the computer executes the readout program code, not only the functions of the above-described embodiment are realized, but also an operating system (OS) running on the computer based on the instruction of the program code. It goes without saying that a case where some or all of the actual processing is performed and the functions of the above-described embodiments are realized by the processing is also included.
[0261]
Further, after the program code read from the storage medium is written into a memory provided in a function expansion card inserted into the computer or a function expansion unit connected to the computer, the function is executed based on the instruction of the program code. It goes without saying that the CPU included in the expansion card or the function expansion unit performs part or all of the actual processing, and the processing realizes the functions of the above-described embodiments.
[0262]
When the present invention is applied to the storage medium, the storage medium stores program codes including the program codes corresponding to the flowcharts described above.
[0263]
【The invention's effect】
As described above, according to the present invention, it is possible to provide a more efficient input form that can reduce the number of input operations for a device having a small communication data amount such as a mobile terminal.
[0264]
Further, the present invention can provide a more efficient input form for inputting order information when ordering a print service via a network from a device having a small communication data amount such as a mobile terminal.
[0265]
For example, setting items that are commonly set as a whole when ordering (eg, print size) are separated from setting items that are often set individually when ordering (eg, image selection, number of copies, etc.). In this case, it is possible to provide an optimal print order process according to the user's request, and the user's convenience is improved.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a schematic configuration of an entire information providing system according to an embodiment.
FIG. 2 is a diagram illustrating a configuration example of a photosite of the present embodiment.
FIG. 3 is a diagram illustrating an example of a hardware configuration of a photosite according to the embodiment.
FIG. 4 is a diagram showing a data table relating to customer information managed by the photo site of the embodiment.
FIG. 5 is a diagram showing a customer state table for managing information for indicating a current state of a user using the photo site of the embodiment.
FIG. 6 is a diagram showing a customer album data table managed by the photo site of the embodiment.
FIG. 7 is a diagram showing an album information data table managed by the photo site of the embodiment.
FIG. 8 is a diagram showing an album image data table managed by the photo site of the embodiment.
FIG. 9 is a diagram showing an image information table managed by the photo site according to the embodiment.
FIG. 10 is a flowchart illustrating a processing procedure for accessing a photo site from a PC according to the embodiment.
FIG. 11 is a diagram showing an example of a screen displayed when starting a server service from the photo site of the embodiment.
FIG. 12 is a diagram showing an example of exchange when user registration is performed from a user PC to a photo site according to the embodiment.
FIG. 13 is a flowchart illustrating a processing example of a photo site at the time of user registration according to the present embodiment.
FIG. 14 is a diagram illustrating an example of a screen for performing user registration according to the present embodiment.
FIG. 15 is a diagram showing an example of a screen for re-entering a password according to the embodiment.
FIG. 16 is a diagram illustrating an example of a user site confirmation screen of the photo site according to the present embodiment.
FIG. 17 is a diagram illustrating an example of the content of an e-mail issued at the time of user registration of the photo site according to the present embodiment.
FIG. 18 is a diagram illustrating an example of a screen displayed when the login to the photo site according to the present embodiment is successfully performed.
FIG. 19 is a flowchart illustrating a processing example regarding a user's editing operation at the photo site according to the present embodiment.
FIG. 20 is a flowchart illustrating an example of a procedure of an album editing process in the photo site according to the embodiment.
FIG. 21 is a diagram illustrating an example of an exchange when a user PC instructs new registration, property, and deletion to a photo site according to the present embodiment.
FIG. 22 is a view showing an example of an album property setting screen of the photo site according to the embodiment.
FIG. 23 is a diagram illustrating an example of an album deletion confirmation screen of the photo site according to the present embodiment.
FIG. 24 is a diagram illustrating an example of an exchange in the case of instructing uploading and browsing notification from a user PC to a photo site according to the present embodiment.
FIG. 25 is a flowchart showing an example of a procedure for uploading an image to an album currently displayed and being edited in the photo site of the embodiment.
FIG. 26 is a diagram showing an example of a warning screen indicating that uploading cannot be performed at the photo site of the embodiment.
FIG. 27 is a diagram illustrating an example of an upload image selection screen according to the present embodiment.
FIG. 28 is a diagram illustrating an example of a warning screen when a file that cannot be handled by the photo site of the present embodiment is uploaded.
FIG. 29 is a diagram illustrating an example of an E-Mail notification setting screen of an album of a photo site according to the present embodiment.
FIG. 30 is a diagram showing an example of an album notification mail of the embodiment.
FIG. 31 is a flowchart illustrating processing related to selection and display of an album when one of the album selection buttons of the photo site according to the present embodiment is pressed.
FIG. 32 is a diagram showing an example of an album detail display screen of the photo site of the embodiment.
FIG. 33 is a diagram showing an example of an exchange when an instruction to browse an album is issued from a user PC or a portable terminal to a photo site according to the present embodiment.
FIG. 34 is a diagram illustrating an example of an album browsing start screen according to the present embodiment.
FIG. 35 is a diagram showing an example of an album browsing screen of the present embodiment.
FIG. 36 is a diagram illustrating an example of a login screen displayed when browsing an album from the mobile terminal according to the embodiment.
FIG. 37 is a diagram showing an example of a first screen displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 38 is a diagram showing an example of a detailed page related to detailed information such as an image name and a comment displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 39 is a diagram illustrating an example of a page displayed when browsing an album from the mobile terminal according to the present embodiment and relating to a case where image deletion and viewing of a specific image are prohibited.
FIG. 40 is a diagram showing an example of a table for managing access from a specific mobile phone.
FIG. 41 is a diagram showing an example of a table for storing albums and album information that can be browsed when the user logs in.
FIG. 42 is a diagram showing an example of a table for storing image information in an album when browsing the album.
FIG. 43 is a flowchart illustrating a processing example regarding display when displaying the image browsing screen 7400 illustrated in FIG. 37.
FIG. 44 is a flowchart showing in detail a process (S9003) when session information has already been created in FIG. 43.
FIG. 45 is a flowchart showing in detail a process (S9014, S9115) for generating data of the image browsing screen 7400 in FIGS. 43 and 44.
FIG. 46 is a diagram showing an album image data table managed by the photo site of the embodiment.
FIG. 47 is a diagram showing an order information data table managed by the photo site according to the embodiment.
FIG. 48 is a diagram showing an order image data table managed by the photo site according to the embodiment.
FIG. 49 is a view showing an order settlement data table managed by the photo site of the embodiment.
FIG. 50 is a diagram showing a print site data table managed by the photo site according to the embodiment.
FIG. 51 is a diagram illustrating a flow of processing among the client PC, the photo site, and the print site when performing a print order using the photo site according to the present embodiment.
FIG. 52 is a diagram showing an image print order screen according to the embodiment.
FIG. 53 is a diagram showing a warning screen displayed when no image is selected at the time of ordering printing of images according to the embodiment.
FIG. 54 is a view showing an estimate display screen at the time of ordering image printing according to the embodiment.
FIG. 55 is a view showing an orderer information input display screen at the time of ordering image printing according to the embodiment.
FIG. 56 is a view showing a delivery destination information input display screen at the time of ordering image printing according to the embodiment.
FIG. 57 is a diagram illustrating an example of an order content confirmation screen displayed by the information providing system according to the embodiment;
FIG. 58 is a diagram showing an example of an E-Mail notified at the time of a print order according to the embodiment.
FIG. 59 is a diagram showing a transition relation of a screen related to a print order process from the portable terminal according to the embodiment.
FIG. 60 is a diagram showing a batch print order screen in a print order process from the mobile terminal according to the embodiment.
FIG. 61 is a diagram showing an individual print order screen (in the case of a multi-page configuration) in the print order processing from the portable terminal according to the embodiment.
FIG. 62 is a view showing an individual print order screen (in the case of a one-page configuration) in the print order processing from the portable terminal according to the present embodiment.
FIG. 63 is a diagram showing an image confirmation screen in print order processing from the portable terminal according to the embodiment.
FIG. 64 is a view showing an orderer information input screen in a print order process from the portable terminal according to the embodiment.
FIG. 65 is a view showing a delivery destination input screen in print order processing from the portable terminal according to the embodiment.
FIG. 66 is a view showing an estimation screen in print order processing from a portable terminal according to the embodiment.
FIG. 67 is a view showing an order reception screen in print order processing from the portable terminal according to the embodiment.
FIG. 68 is a view showing an order status screen in print order processing from the portable terminal according to the embodiment.
FIG. 69 is a flowchart illustrating a print order process from a mobile terminal according to the embodiment.

Claims

An information processing apparatus for receiving a service order from a communication terminal,
First setting means for receiving and setting common setting conditions for a plurality of services in the order from the communication terminal;
An information processing apparatus, comprising: a second setting unit configured to receive individual setting conditions for a plurality of services in the order from a communication terminal and set the same when the common setting conditions are not set.

The first setting means transmits a first input screen for receiving the common setting condition to the communication terminal using first input screen information described in a page description language that can be displayed on a browser of the communication terminal. First input screen transmitting means for transmitting, and receiving means for receiving information from the first input screen that the common setting condition is not set,
The communication terminal includes a second input screen for receiving the individual setting condition in response to the information indicating that the common setting condition is not set from the receiving unit. 2. The information processing apparatus according to claim 1, further comprising: a second input screen transmitting unit that transmits to the communication terminal with second screen information described in a page description language that can be displayed on a browser.

3. The information processing apparatus according to claim 2, wherein the second setting unit further includes a selection unit that selects an order of a required service from a plurality of services in the order based on information received from a communication terminal. apparatus.

The service according to claim 1, wherein the service is a print service for images stored in a storage device on a network, and the order is received in album units including a plurality of images. Information processing device.

The common setting condition includes a medium format and the number of prints at a printing destination of a plurality of images included in the album, and the individual setting condition includes a number of prints of each image included in the album. The information processing apparatus according to claim 4, wherein:

3. The information processing apparatus according to claim 2, wherein the page description language is a markup language.

The information processing apparatus according to claim 1, wherein the communication terminal is a mobile communication terminal.

A method for controlling an information processing apparatus for receiving a service order from a communication terminal,
A first setting step of receiving and setting common setting conditions for a plurality of services in the order from the communication terminal;
A second setting step of, when the common setting condition is not set, receiving individual setting conditions for a plurality of services in the order from a communication terminal and setting the same. Control method.

A program for realizing the control method of the information processing device according to claim 8.

A storage medium that stores the program according to claim 9 in a readable manner for an information processing device.

An information processing system having a communication terminal and an information processing device that receives an order for a service from the communication terminal,
The information processing device,
First setting means for receiving and setting common setting conditions for a plurality of services in an order from the communication terminal;
An information processing system comprising: a second setting unit configured to receive, from the communication terminal, individual setting conditions for a plurality of services in the order when the common setting conditions are not set. .

An information processing method for ordering a service from a communication terminal,
A first setting step of setting common setting conditions for a plurality of services in the order;
A second setting step of setting individual setting conditions for a plurality of services in the order when the common setting conditions are not set.