(57)【要約】【課題】　ユーザ端末からのリクエストに対して、サーバ装置が処理を完了して処理結果を応答する前に、処理結果を取得するために必要なアドレスを含む応答を返すことにより、通信タイムアウトによる通信の切断を防ぐ。【解決手段】　通信端末から受信されたリクエスト（プリント・オーダー）に基づき、所定の処理を実行する場合に、処理が完了してないとS1302&S1303がNO、実行された処理の結果を含むオーダーステータス画面を取得するためのＵＲＬアドレスを含む電子メールを通信端末へ送信しS1307、電子メールが送信された後、処理が完了してからオーダーステータス画面を通信端末へ送信する。【選択図】　　図１３
2004127278.tif 000002
【特許請求の範囲】
【請求項１】
　ネットワークを介して通信端末と通信可能なサーバ装置であって、
　前記通信端末からリクエストを受信する受信手段と、
　前記受信されたリクエストに基づき、所定の処理を実行する処理手段と、
　前記実行された処理の結果を第１のレスポンスとして前記通信端末へ送信する送信手段と、
　前記第１のレスポンスを送信する前に、前記第１のレスポンスを取得するためのアドレスを含む第２のレスポンスを前記通信端末へ送信する第２の送信手段とを備えることを特徴とするサーバ装置。
【請求項２】
　前記所定の処理の実行時間を計測する時間計測手段と、
　前記所定の処理が完了したかどうか判定する判定手段と、
　前記計測された実行時間が所定の時間を超える前に、前記判定手段により所定の処理が完了したと判定されれば、前記第２の送信手段による第２のレスポンスの送信を中止するよう制御する制御手段とを備えることを特徴とする請求項１記載のサーバ装置。
【請求項３】
　前記所定の処理の対象となるデータの量を計測するデータサイズ計測手段と、
　前記計測されたデータの量が所定値を超えるかどうか判定する判定手段と、
　前記判定手段により所定値を超えないと判定されれば、前記第２の送信手段による第２のレスポンスの送信を中止するよう制御する制御手段とを備えることを特徴とする請求項１記載のサーバ装置。
【請求項４】
　前記第１の送信手段は、前記第１のレスポンスを電子メールによって送信することを特徴とする請求項１記載のサーバ装置。
【請求項５】
　前記通信端末はＷｅｂブラウザを備え、前記第２のレスポンスは前記ウエブブラウザが解析可能なＷｅｂページデータで表されることを特徴とする請求項１記載のサーバ装置。
【請求項６】
　前記通信端末からのリクエストは画像データの印刷リクエストであり、前記所定の処理は前記画像データに基づく印刷用データを作成する処理であることを特徴とする請求項１記載のサーバ装置。
【請求項７】
　前記通信端末からのリクエストは、前記サーバ装置が提供するサービスのリクエスト、前記所定の処理は前記サービスにかかる費用の決済を外部装置に依頼する処理であることを特徴とする請求項１記載のサーバ装置。
【請求項８】
　前記所定の処理のステータスを管理する管理手段を備え、
　前記第２のレスポンスは前記管理されたステータスに応じて、異なる内容となることを特徴とする請求項１記載のサーバ装置。
【請求項９】
　ネットワークを介して通信端末と通信する通信方法であって、
　前記通信端末からリクエストを受信するステップと、
　前記受信されたリクエストに基づき、所定の処理を実行するステップと、
　前記実行された処理の結果を含む第１のレスポンスを取得するためのアドレスを含む第２のレスポンスを前記通信端末へ送信するステップと、
　前記第２のレスポンスが送信された後、前記第１のレスポンスを前記通信端末へ送信するステップとを備えることを特徴とする通信方法。
【請求項１０】
　請求項９記載の通信方法をコンピュータ装置に実行させるためのプログラム。
【請求項１１】
　請求項１０記載のプログラムをコンピュータ読み出し可能に記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、ネットワークを介したユーザ端末からの注文に対してサービスを提供する場合に、ユーザ端末の注文要求に対して応答を返すためのサーバ装置及び通信方法及び通信方法をコンピュータ装置に実施させるためのプログラム及びそのプログラムをコンピュータ装置読み出し可能に記憶した記憶媒体に関する。
【背景技術】
【０００２】
　一般に、ユーザ端末はインターネットなどのネットワーク上のウェブアプリケーションサーバにアクセスしてコンテンツを取得することができる。このウェブアプリケーションサーバは、ユーザ端末からリクエストを受け付け、このリクエストに対応する何らかの処理を実行し、その処理結果を当該リクエストに対する応答としてユーザ端末に返すという一連の動作が行なわれる。そして、ユーザ端末は当該リクエストに対する応答を受け取ると、それをユーザ端末のディスプレイ等に出力する（例えば、特許文献１参照）。
【特許文献１】特開平９−１５３８９７号公報（第１０頁）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
　しかしながら、ウェブアプリケーションサーバが実行される処理に時間がかかると、直ちにユーザ端末に処理結果を返すことができない。ユーザ端末とサーバ装置の通信では、リクエストを送信してから通信タイムアウトまでの制限された時間の間にそのレスポンスを受信しなければ、通信が切断されてしまう。携帯電話等による無線通信網を使った通信では、タイムアウトまでの時間が非常に短く、また、サーバ装置が大量の画像データや高解像度の画像データに対して処理を実行する場合には多くの時間がかかる。
【０００４】
　したがって、ユーザ端末（携帯電話）がサーバ装置に対して画像データの処理をリクエストするような場合には、通信の切断が頻繁に起こり、ユーザの操作性を著しく低下させてしまうという問題があった。
【０００５】
　そこで、本発明は、上記問題点に鑑み、ユーザ端末からのリクエストに対して、サーバ装置が処理を完了して処理結果を応答する前に、処理結果を取得するために必要なアドレスを含む応答を返すことにより、通信タイムアウトによる通信の切断を防ぐことを目的とする。
【課題を解決するための手段】
【０００６】
　かかる課題を解決するために、本発明のサーバ装置は、ネットワークを介して通信端末と通信可能なサーバ装置であって、前記通信端末からリクエストを受信する受信手段と、前記受信されたリクエストに基づき、所定の処理を実行する処理手段と、前記実行された処理の結果を第１のレスポンスとして前記通信端末へ送信する送信手段と、前記第１のレスポンスを送信する前に、前記第１のレスポンスを取得するためのアドレスを含む第２のレスポンスを前記通信端末へ送信する第２の送信手段とを備えることを特徴とする。
【０００７】
　ここで、前記所定の処理の実行時間を計測する時間計測手段と、前記所定の処理が完了したかどうか判定する判定手段と、前記計測された実行時間が所定の時間を超える前に、前記判定手段により所定の処理が完了したと判定されれば、前記第２の送信手段による第２のレスポンスの送信を中止するよう制御する制御手段とを備える。また、前記所定の処理の対象となるデータの量を計測するデータサイズ計測手段と、前記計測されたデータの量が所定値を超えるかどうか判定する判定手段と、前記判定手段により所定値を超えないと判定されれば、前記第２の送信手段による第２のレスポンスの送信を中止するよう制御する制御手段とを備える。また、前記第１の送信手段は、前記第１のレスポンスを電子メールによって送信する。また、前記通信端末はＷｅｂブラウザを備え、前記第２のレスポンスは前記ウエブブラウザが解析可能なＷｅｂページデータで表される。また、前記通信端末からのリクエストは画像データの印刷リクエストであり、前記所定の処理は前記画像データに基づく印刷用データを作成する処理である。また、前記通信端末からのリクエストは、前記サーバ装置が提供するサービスのリクエスト、前記所定の処理は前記サービスにかかる費用の決済を外部装置に依頼する処理である。また、前記所定の処理のステータスを管理する管理手段を備え、前記第２のレスポンスは前記管理されたステータスに応じて、異なる内容となる。
【０００８】
　又、本発明の通信方法は、ネットワークを介して通信端末と通信する通信方法であって、前記通信端末からリクエストを受信するステップと、前記受信されたリクエストに基づき、所定の処理を実行するステップと、前記実行された処理の結果を含む第１のレスポンスを取得するためのアドレスを含む第２のレスポンスを前記通信端末へ送信するステップと、前記第２のレスポンスが送信された後、前記第１のレスポンスを前記通信端末へ送信するステップとを備えることを特徴とする。
【０００９】
　更に、上記通信方法をコンピュータ装置に実行させるためのプログラム、及び該プログラムをコンピュータ読み出し可能に記憶した記憶媒体を提供する。
【発明の効果】
【００１０】
　本発明によれば、ユーザ端末からの要求に対して、所定の情報を応答しなければならない場合に、所定の情報を応答せずに、代わりに所定の情報を取得するためのアドレス情報（例えば、ＵＲＬ）を含む仮の情報を直ちに応答するようにしたことにより、通信タイムアウトによるユーザ端末とサーバ装置との通信の切断を防ぐことができるという効果が得られる。
【００１１】
　また、本発明によれば、ユーザ端末からの要求に対して、所定の情報を応答しなければならない場合に、サーバ装置での処理が早く終われば、直ちに所定の情報を応答し、かつ、処理が早く終わらなければ、代わりに所定の情報を取得するためのアドレス情報（例えば、ＵＲＬ）を含む仮の情報を直ちに応答するというように、サーバ側での処理に要する時間に応じて、ユーザ端末への応答方法を変えるようにしたので、通信タイムアウトによるユーザ端末とサーバ装置との通信の切断を防いだ上で、さらに、ユーザにとって操作性の良い状態で所定の情報を応答できるという効果が得られる。
【００１２】
　また、本発明によれば、ユーザ端末からの要求に対して、所定の情報を応答しなければならない場合に、サーバ装置での処理の対象となるデータの量に応じて、ユーザ端末への応答方法を変えるようにしたので、通信タイムアウトによるユーザ端末とサーバ装置との通信の切断を防いだ上で、さらに、ユーザにとって操作性の良い状態で所定の情報を応答できるという効果が得られる。
【発明を実施するための最良の形態】
【００１３】
　［実施例１］
　以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１４】
　ここでは、本発明を実施する一実施形態の情報処理システムとして、インターネットを介して画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１５】
　＜本実施形態の情報提供システムの構成例＞
　（情報提供システムの概要）
　図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００１６】
　情報提供システムは、ユーザからの画像及び個人情報などを管理するサービスを提供するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と入金処理を行う決済サイト１２０と、サービスの提供を受けるユーザのPersonal Computer（ＰＣ）１０２（以下、ユーザＰＣと略す）と、携帯端末１１３とを含む。
【００１７】
　また、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生するデジタルカメラである。ただし、１０１はデジタルカメラに限らず、スキャナなどの画像入力装置であってもよい。また、データ転送用インタフェース１１６は、デジタルカメラ１０１からユーザＰＣ１０２の記憶領域へ画像データを転送するためのインタフェースである。データ転送用インタフェース１１６は、Universal Serial Bus（ＵＳＢ）やＩＥＥＥ１３９４に代表される有線インタフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インタフェースの場合もある。
【００１８】
　フォトサイト１０５は、インターネット１０４上のサーバ内あるいはサーバと接続された記憶領域に、ユーザのデジタルカメラ１０１で撮影された画像データを画像データベース１１７に保管し、保管された画像データをユーザに閲覧させるようなサービスや、保管された画像データのプリント注文を受け付けるサービスや、保管された画像データをユーザの指定した招待ユーザに閲覧させるようなサービスを提供する。
【００１９】
　尚、本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００２０】
　又、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、料金算出モジュール１１０でユーザからのプリント注文にかかる費用を算出し、決済サイト１２０に料金の回収あるいは立替を依頼する。そして、決済サイト１２０からの印刷物の代金の入金情報を待って、そのプリントサイト１０９に対して画像データの印刷を依頼する。
【００２１】
　又、プリントサイト１０９は、インターネット１０４を利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントを印刷装置を用いてプリントアウトし、印刷物１１２を商品としてユーザに提供する。　
　ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２２】
　（フォトサイトを構成するサーバのハードウエア構成例）
　図２は、本実施形態のフォトサイト１０５を構成するサーバのハードウエア構成例を示す図である。尚、図２は、制御部を中心に示しており、入出力装置などは省略してある。また、フォトサイト１０５は各種機能を実行する複数のサーバ装置がLocal Area Network（ＬＡＮ）に接続されて構成されている。
【００２３】
　２１０はサーバ装置全体を制御するための制御装置であるCentral Processing Unit（ＣＰＵ）である。Read Only Memory（ＲＯＭ）２２０には、変更を必要としないプログラムやパラメータが格納されている。Random Access Memory（ＲＡＭ）２３０はプログラムやデータを一時記憶する記憶領域である。
【００２４】
　外部記憶装置２４０は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピー（登録商標）ディスクやCompact Disk（ＣＤ）等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域とプログラム記憶領域からなる。
【００２５】
　尚、ＲＯＭ２２０やＲＡＭ２３０、特に外部記憶装置２４０は複数の装置に分散されて構成されていてもよく、また、サーバ装置の外部に存在し、サーバ装置と通信可能に接続される構成であってもよい。
【００２６】
　＜本実施形態の情報提供システムのサービス例＞
　（画像の保管サービス）
　ユーザＰＣ１０２の情報記憶領域に格納されている画像データは、Ｗｅｂブラウザに表示される情報に従って転送したい画像データが選択され、画像アップロードの要求アクションに連動してインターネット１０４を介してフォトサイト１０５が管理する画像ＤＢ１１７に転送される。あるいは、Ｗｅｂブラウザに表示される情報ではなく、ユーザＰＣ１０２にインストールされた画像アップロード専用ソフトウェアに従って転送されるようにしてもよい。いずれの方法も、インターネット１０４上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００２７】
　フォトサイト１０５はユーザＰＣ１０２からアップロードされた画像データを画像ＤＢ１１７に保管する。
【００２８】
　尚、フォトサイト１０５は、ユーザＰＣ１０２からアップロードされた画像データを、複数をひとつの単位としてまとめたアルバムとして管理することもできる。
【００２９】
　また、フォトサイト１０５には、画像データを管理するだけでなく、画像データの属性情報や各種データを一元管理している。例えば、各種データとしては、フォトサイト１０５にアクセスしてくるユーザの認証に使用するためのユーザの属性情報や、保管された画像データの印刷を依頼するプリントサイト１０９の属性情報などである。
【００３０】
　また、画像データをアップロードする端末として、ＰＣを例に挙げて説明したが、これに限定されるものではなく、携帯端末１１３、例えば携帯電話、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置からアップロードしてもよい。
【００３１】
　（画像の閲覧サービス）
　ユーザは、ユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像データの閲覧要求を行う。次に、フォトサイト１０５は、ユーザ認証などを実行した後、ユーザＰＣ１０２のＷｅｂブラウザ上に画像を表示させるためのＷｅｂページ情報をインターネット１０４へ送出する。ユーザＰＣ１０２のＷｅｂブラウザはフォトサイト１０５から送出されたＷｅｂページ情報を解析し、画像を表示する。
【００３２】
　また、ユーザが指定する招待ユーザに対し、フォトサイト１０５の画像ＤＢ１１７に保管された画像またはアルバムを閲覧できるようにするには、ユーザはユーザＰＣ１０２のＷｅｂブラウザに表示された、フォトサイト１０５から提供された入力画面に招待ユーザの電子メールアドレスを入力してフォトサイト１０５に通知する。
【００３３】
　フォトサイト１０５は招待ユーザに閲覧させる画像またはアルバムにアクセスするためのUniversal Resource Locator（ＵＲＬ）を生成する。そして、生成されたＵＲＬを電子メールのメッセージ中に記載して招待ユーザに送信する。
フォトサイト１０５からの電子メールを受け取った招待ユーザは、ユーザＰＣ１０２‘のＷｅｂブラウザに電子メールに記載されたＵＲＬを入力することで、フォトサイト１０５にアクセスして画像又はアルバムを表示させることができる。
【００３４】
　尚、上記では、ユーザおよび招待ユーザはＰＣを用いて画像を閲覧する例について説明したが、ＰＣの場合と同様にして携帯電話１１３を用いることができることは明らかである。
【００３５】
　（画像のプリント注文受付サービス）
　ユーザはユーザＰＣ１０２や携帯端末１１３を操作し、フォトサイト１０５により発行されたＵＲＬをＷｅｂブラウザに入力することにより、フォトサイト１０５の画像ＤＢ１１７に保管されたアルバムの画像データを閲覧できる。
図３はアルバム閲覧時に携帯端末１１３のディスプレイに表示されるログイン画面である。ユーザは携帯端末１１３を操作してパスワード入力領域８０１に適切なパスワードを入力し、「ＯＫ」ボタン８０２を押下することで、アルバム内の画像を閲覧することができる。
【００３６】
　尚、フォトサイト１０５は携帯端末１１３から新規のアクセスを受けると、当該アクセスを一意に識別するためのセッションＩＤを発行する。また、セッションＩＤは携帯端末１１３に通知され、以後、携帯端末１１３はＵＲＬのパラメータ部にこのセッションＩＤを含むＵＲＬを用いてフォトサイト１０５にアクセスする。このように、セッションＩＤを利用して携帯端末１１３とフォトサイト１０５とが通信することにより、フォトサイト１０５は携帯端末１１３からの連続したアクセスであることを認識でき、また、携帯端末１１３からのアクセスを管理することができる。
【００３７】
　そして、ユーザは閲覧したアルバムの画像のプリント注文をフォトサイト１０５に行うことができる。
【００３８】
　（携帯端末からのプリント注文）
　ユーザが携帯端末１１３のディスプレイ上で閲覧中のアルバムに含まれる画像に対してプリント注文を行う場合、先ず図４の画像閲覧画面４００内のプリント注文リンク４０９を押下し、インターネット１０４を介してフォトサイト１０５へプリント注文要求を送出する。携帯端末１１３からプリント注文要求を受けたフォトサイト１０５内のアプリケーションサーバ２０４はプリント注文処理を行う。
【００３９】
　＜本実施形態の情報提供システムの動作手順例＞
　以下、図１２のフローチャートを参照して、フォトサイト１０５を構成する各種サーバが実行するプリント注文処理について詳細に説明する。
【００４０】
　ステップＳ１２０１：　フォトサイト１０５は、受信したプリント注文要求に対して新たな注文番号を発行する。ここで発行した注文番号は、以降の携帯端末１１３のディスプレイに表示されるプリント注文処理の各種画面に埋め込まれるＵＲＬのパラメータ部分に常に付加され、フォトサイト１０５との通信でやりとりされる。そして、データベース１１８内の注文情報データテーブル１４００に新規注文用のレコードを作成し、発行した注文番号を格納し、注文ステータス１０１４を”０”（プリントサイト発注前）にしておく。注文情報データテーブル１４００に格納される項目の一例を図１４に示す。
【００４１】
　（注文情報テーブルの構成例）
　図１４は、本実施の形態におけるフォトサイト１０５で管理する注文情報テーブルを示した図である。注文情報テーブル１４００は、アルバムのプリント注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。プリント注文ごとに発行される注文番号１４０１をキーとして、注文者ＩＤ１４０２、配送先氏名１４０３、配送先郵便番号（１、２）１４０４、１４０５、配送先都道府県コード１４０６、配送先住所（１、２）１４０７、１４０８、配送先電話番号（１、２、３）１４０９、１４１０、１４１１、注文日時１４１３が保管される。
【００４２】
　ステップＳ１２０２：　フォトサイト１０５はインターネット１０４を介して、図５に示すような一括プリント注文画面５００を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出する。携帯端末１１３のＷｅｂブラウザは、受信したＷｅｂページデータを解析し、ディスプレイ上に一括プリント注文画面５００を表示させる。一括プリント注文画面５００では、ユーザが携帯端末１１３のディスプレイ上で閲覧中のアルバム内の全画像に対するプリントサイズ選択領域５０２とプリント枚数入力領域５０３が表示され、ユーザに入力を促す。ユーザは、プリントサイズ選択領域５０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。本実施形態では、選択可能なプリントサイズは、ＤＰ判フチなし、ＤＰ判フチあり、Ｌ判フチなし、Ｌ判フチあり、２Ｌ判フチなし、２Ｌ判フチありの６種類がある。続いて、ユーザは枚数入力領域５０３に所望の枚数を入力する。そして、これらのプリントサイズやプリント枚数の設定でプリント注文を行って良い場合には、ユーザは「すすむボタン」５０４を押下する。
【００４３】
　尚、一括プリント注文画面５００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ５０１を表示する。本実施形態における画面遷移状態には、画像選択、個人情報入力、見積もり、注文確定の４つのフェーズがある。上記インジケータでは、現在表示している画面がこの４つのフェーズの何処に位置しているかを◆マークで模式的に表現している。一括プリント注文画面５００では、◆マークは一番左に表示しているが、上記４つのフェーズ間を移動する毎に◆マークを１つずつ右へ移動して表示する。表示領域が限定された携帯端末１１３においては、言葉で画面遷移状況を表現することができないため、この様な抽象化した方法を用いて表現している。このインジケータにより、ユーザはプリント注文処理の進行状況を把握することができる。尚、遷移状態の数は４つに限定されず、また、その表示形態も上記例に限定されるものではない。
【００４４】
　ステップＳ１２０３：　ユーザによる「すすむボタン」５０４の押下操作を受けると、フォトサイト１０５は入力された注文情報に未入力の項目や指定外文字種の入力がないか等、不備がないかをチェックする。そして、不備が無ければ、インターネット１０４を介して、図６に示すような注文者情報入力画面６００を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出する。携帯端末１１３のＷｅｂブラウザは、受信したＷｅｂページデータを解析し、ディスプレイ上に注文者情報入力画面６００を表示させる。注文者情報入力画面６００では、ユーザの姓名６０２、６０３、姓名のフリガナ６０４、６０５、郵便番号６０６、住所６０７〜６０９、電話番号６１０、メールアドレス６１１、配送方法６１２、配送先６１３の入力領域が表示され、ユーザに対してユーザ情報の入力を促す。ユーザは注文者情報入力画面６００の表示に従って、ユーザ情報を入力し、「すすむボタン」６１４を押下する。尚、不備があれば、フォトサイト１０５はエラー画面を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出し、ユーザに再入力を促す。
【００４５】
　尚、注文者情報入力画面６００の画面遷移フェーズは、個人情報入力フェーズであり、画面最上部のインジケータ６０１は左から２番目に◆マークが表示される。
【００４６】
　ステップＳ１２０４：　ユーザによる「すすむボタン」６１４の押下操作を受けると、フォトサイト１０５は入力された情報に不備が無いかをチェックする。そして、不備が無ければ、注文者ＩＤを発行し、注文者データテーブル１５００（図１５）に新たなレコードを生成し、入力されたユーザ情報とともに注文者ＩＤを格納する。尚、不備があれば、フォトサイト１０５はエラー画面を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出し、ユーザに再入力を促す。
【００４７】
　（注文者データテーブルの構成例）
　図１５は、本実施の形態におけるフォトサイト１０５で管理する注文者データテーブルを示した図である。注文者データテーブル１５００は、アルバムのプリント注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文者データテーブル１５００では注文者ＩＤ１５０１をキーとして、ユーザＩＤ１５０２、通知先メールアドレス１５０３、氏名（姓）１５０４、氏名（名）１５０５、ふりがな（姓）１５０６、ふりがな（名）１５０７、郵便番号（１、２）１５０８、１５０９、都道府県コード１５１０、住所（１、２）１５１１、１５１２、電話番号（１、２、３）１５１３、１５１４、１５１５を管理する。なお、同一の注文においては注文者ＩＤ１５０１と注文者ＩＤ１４０２には同じＩＤが格納される。
尚、ここで、戻るリンク６１６が押下されると、携帯端末１１３のＷｅｂブラウザは直前に表示されていた一括プリント注文画面５００をディスプレイに表示させる。
【００４８】
　ステップＳ１２０５：　フォトサイト１０５はユーザが配送先６１３として「注文者と同じ」を選択して「すすむボタン」６１４を押下したかどうかチェックする。
【００４９】
　ステップＳ１２０６：　「注文者と同じ」で無く、「配送先を指定」を選択して「すすむボタン」６１４を押下したとチェックされた場合、図７に示すような配送先入力画面７００を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出する。携帯端末１１３のＷｅｂブラウザは、受信したＷｅｂページデータを解析し、ディスプレイ上に配送先入力画面７００を表示させる。配送先入力画面７００では、配送先の姓名７０２、７０３、姓名のフリガナ７０４、７０５、郵便番号７０６、住所７０７〜７０９、電話番号７１０、メールアドレス７１１の入力領域が表示され、ユーザに対して配送先情報の入力を促す。ユーザは配送先入力画面７００の表示に従って、配送先情報を入力し、「すすむボタン」７１２を押下する。
【００５０】
　尚、配送先入力画面７００は注文者情報入力画面６００と同じ個人情報入力フェーズであるため、画面最上部のインジケータ７０１は注文者情報入力画面６００と同じく左から２番目に◆マークが表示される。
【００５１】
　ステップＳ１２０７：　ユーザによる「すすむボタン」７１２の押下操作を受けると、フォトサイト１０５は入力された情報に不備が無いかをチェックする。そして、不備が無ければ、ステップＳ１２０４で作成された注文情報データテーブル１４００のレコード内に配送先情報を格納する。また、ステップＳ１２０５にて「注文者と同じ」が選択されていれば、注文者情報を配送先情報にコピーして格納する。
【００５２】
　尚、不備があれば、フォトサイト１０５はエラー画面を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出し、ユーザに再入力を促す。また、戻るリンク７１４の押下操作を受けると、再び、注文者情報入力画面６００を携帯端末１１３のディスプレイに表示させる。
【００５３】
　ステップＳ１２０８：　フォトサイト１０５はステップＳ１２０２、ステップＳ１２０３、ステップＳ１２０６にて携帯端末１１３から入力された注文情報やユーザ情報、配送先情報に基づいて、商品価格や送料、各種手数料とその合計利用金額を算出し、見積もりデータを作成する。そして、算出された値を携帯端末１１３のディスプレイに図８に示すように表示するような見積もり表示画面６００を表示するためのＷｅｂページデータをインターネット１０４を介して送出する。見積もり表示画面６００では、算出された値とともに入力されたユーザ情報や配送先情報も表示され、ユーザは内容を確認することができる。本実施形態では、配送先情報が注文者情報と同じ場合の見積もり表示画面６００を例に挙げているので、配送先表示欄に「注文者と同じ」と表示されている。配送先情報が注文者情報と異なる場合には、配送先表示欄には具体的な配送先情報が表示される。
【００５４】
　尚、見積もり表示画面６００は見積もりフェーズであり、画面最上部のインジケータ６０１は左から３番目に◆マークを表示している。
【００５５】
　ステップＳ１２０９：　フォトサイト１０５は、注文決済データテーブル１６００（図１６）に新たなレコードを生成し、ステップＳ１２０８にて作成した見積もりデータを格納する。この際、決済ステータス１６０８は”０”（決済注文未確定）に設定しておく。
【００５６】
　（注文決済データテーブルの構成例）
　注文決済データテーブル１６００は、アルバムの印刷注文があると１オーダにつき１レコード作成され、データベース１１８に登録され管理される。注文決済データテーブル１６００には注文番号１６０１をキーとして決済方法１６０２、合計料金１６０３、プリント料金１６０４、プリント料金税額１６０５、送料１６０６、送料税額１６０７、ステータス１６０８を管理する。決済方法１６０２では、"１"は振込み、"２"は代引き、"３"はクレジット決済、"４"は店舗決済代行を意味するが、本実施の形態では"４"の店舗決済代行の場合のみの流れを説明する。ステータス１６０８では、"０"は決済注文未確定（デフォルト値）、"１"は未決済注文保留中、"２"は決済終了を意味する。なお、同一の注文では注文番号１６０１として注文番号１４０１と同じ値が格納される。
【００５７】
　ステップＳ１２１０：　ユーザによる「注文する」ボタン６０２の押下操作を受けると、フォトサイト１０５は注文されたアルバムの画像が画像情報データテーブル９００内にあるか否かをチェックする。
【００５８】
　尚、「戻る」リンク６０４の押下操作を受けると、直前に表示していた注文者情報入力画面６００か配送先入力画面７００かのどちらかを携帯端末１１３のディスプレイに表示させる。
【００５９】
　また、注文取消しリンク６０３の押下操作を受けると、フォトサイト１０５はプリント注文処理をキャンセルする。そして、携帯端末１１３のディスプレイに画像閲覧画面４００を表示させる。この際、表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【００６０】
　また、画像情報テーブル９００内に画像が無い場合、フォトサイト１０５は携帯端末１１３のディスプレイにエラー画面を表示させるためのＷｅｂページデータを送出する。そして、再度、一括プリント注文画面５００を携帯端末１１３のディスプレイに表示させ、ユーザに画像の再選択を促す。
【００６１】
　ステップＳ１２１１：　ステップＳ１２１０にて画像があるとチェックされれば、このプリント注文要求が既に受け付け済みか否かをチェックする。フォトサイト１０５は、具体的には、見積もり画面６００の「注文するボタン」６０２が押下操作を受けた時に携帯端末１１３から送られてくるプリント注文要求（ＵＲＬパラメータ）に含まれている注文番号を元にして、注文決済データテーブル１６００内から対応するレコードを検索し、その中の決済ステータス１６０８を参照する。そして、決済ステータス１６０８が”０”（決済注文未確定）かどうかチェックする。このステップＳ１２１１は、図９に示すような注文受け付け画面９００とオーダステータス画面１０００のＵＲＬを同一にして、ユーザの操作性を向上するために必要な処理である。
【００６２】
　尚、決済ステータス１６０８が“０”以外であれば、後述するステップＳ１２１７にてオーダステータス画面１０００のＷｅｂページデータの送出処理を実行する。
【００６３】
　ステップＳ１２１２：　ステップＳ１２１１にて決済ステータス１６０８が“０”（決済注文未確定）の場合は、さらに、後述するステップＳ１２１３のプリントオーダ作成処理を実行しているか否をチェックする。このステップＳ１２１２の処理は、見積もり画面６００の「注文するボタン」６０２が誤って２度押しされた場合に、プリント注文要求を複数回受け付けないようにするために必要な処理である。そして、プリントオーダ作成処理中であるとチェックされた場合には、２度目以降の誤ったプリント注文要求であると判断して、携帯端末１１３のディスプレイにエラー画面を表示しさせるためのＷｅｂページデータを送出し、プリント注文処理を終了する。
【００６４】
　ステップＳ１２１３：　フォトサイト１０５はインターネット１０４を介して図９に示すような注文受け付け画面９００を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出する。注文受け付け画面９００では、プリント注文要求を受け付けた旨と、注文受け付け処理が完了した際にその旨を通知するメールを発送することが記載されている。
【００６５】
　更に、本実施形態では、この注文受け付け画面９００のＵＲＬをブックマークとして携帯端末１１３内のメモリに記憶しておき、後ほどそのＵＲＬへアクセスすることで、後述するオーダステータス画面１０００を表示できることも記載する。
【００６６】
　尚、注文受け付け画面９００の「終了」ボタン９０２が押下操作を受けると、フォトサイト１０５はプリント注文処理を完了する。そして、携帯端末１１３のディスプレイに、再び画像閲覧画面４００を表示させる。この際、表示する画像は、プリント注文処理へ入る直前に表示していた画像である。また、注文受け付け画面９００は注文確定フェーズであり、画面最上部のインジケータ９０１は一番右側に◆マークを表示している。
【００６７】
　ステップＳ１２１４：　フォトサイト１０５はプリントオーダファイル作成処理を行う。プリントオーダファイルは、注文された画像データ、注文情報に含まれるプリントサイズやプリント枚数、注文者情報、配送先情報、見積もりデータなどを１つにまとめて作成するものである。注文された画像数が多量であったり、画像データサイズが大きかったりする場合、このステップＳ１２１４でのプリントオーダファイル作成処理にはかなりの時間がかかる。
【００６８】
　ステップＳ１２１５：　フォトサイト１０５は決済サイト１２０に見積もりデータを通知する。ここで、決済サイト１２０は見積もりデータに基づき、決済受け付け処理を開始する。また、決済受付のお支払い受付番号を発行し、フォトサイト１０５に通知する。そして、フォトサイト１０５は、決済サイト１２０からお支払い受付番号を受信すると、注文決済データテーブル１６００内の対応するレコードのステータス１６０８を”１”（未決済注文保留中）に変更する。そして、図１１に示すようなお支払い受付番号の記載された電子メールをユーザの携帯端末１１３に送付する。
【００６９】
　以上のようにしてお支払い受付番号を入手したユーザは、店舗１２１でお支払い受付番号を提示して利用金額を支払う。店舗１２１はユーザから入金を受けると、決済サイト１２０に通知する、決済サイト１２０は入金処理を実行し、フォトサイト１０５に決済終了通知を行う。そして、決済サイト１２０から決済終了通知を受けたフォトサイト１０５は、注文決済データテーブル１６００内の対応するレコードのステータス１６０８を”２”（決済終了）に変更する。
【００７０】
　尚、ステップＳ１２１４とステップＳ１２１５での処理は並行して処理が実行される。
【００７１】
　ステップＳ１２１６：　フォトサイト１０５はステップＳ１２１４にて作成したプリントオーダファイルをプリントサイト１０９に送付し、プリントオーダを発行する。そして、注文情報データテーブル１４００内の対応するレコードのステータス１０１４を”１”（プリントサイト発注済み）に変更する。
【００７２】
　以上のようにしてフォトサイト１０５からプリントオーダを通知されると、プリントサイト１０９はプリントオーダファイルにしたがって、ユーザにより注文された画像データのプリント処理を実行する。そして、プリント処理が終了すると、配送指示をオペレータに通知されるよう、モニタ等に表示する。また、プリント終了通知をフォトサイト１０５に通知し、プリント処理を終了する。
【００７３】
　そして、プリントサイト１０９からプリント終了通知を受けたフォトサイト１０５は、注文情報データテーブル１４００内の対応するレコードのステータス１０１４を”２”（配送済み）に変更する。また、ユーザの携帯端末１１３にプリント物の配送を行った旨を記載したメールを送付する。
【００７４】
　ステップＳ１２１７：　携帯端末１１３からステップＳ１２１３にてブックマークされたＵＲＬのアクセスを受けると、フォトサイト１０５はインターネット１０４を介して、図１０に示すようなオーダステータス画面１０００を携帯端末１１３のＷｅｂブラウザに表示させるためのＷｅｂページデータを送出する。
【００７５】
　オーダステータス画面１０００では、携帯端末１１３を操作してフォトサイト１０５に対してプリント注文を行ったユーザが、その後のプリント処理の状況を確認できるようにすることを目的として提供される。このオーダステータス画面１０００には、ユーザの氏名１００１や受付時間１００２、プリントサイズ１００３、利用金額１００４、支払い店舗１００５、お支払い番号１００６、お支払期日１００７、処理ステータス１００８、注文商品情報１００９等を表示する。フォトサイト１０５はＵＲＬのパラメータ部に含まれる注文番号をキーとして注文情報データテーブル１４００内の注文ステータス１０１４や注文決済データテーブル１６００の決済処理ステータス１６０８を参照して、処理ステータス１００８に“入金待ち”、“入金期限切れ”、“プリント待ち”、“プリント完了”、“配送完了”等を設定する。
【００７６】
　尚、携帯端末１１３はブックマークされたＵＲＬだけでなく、ステップＳ１２１５にて送信される電子メールに記載されたＵＲＬに基づいてフォトサイト１０５にアクセスし、オーダステータス画面１０００のＷｅｂページデータを取得することもできる。
【００７７】
　上述のように本実施形態では、フォトサイト１０５は携帯端末１１３からプリント注文を受けると、ステップＳ１２１３で注文受け付け画面９００のＷｅｂページデータを送出し、その後のオーダステータス通知処理は電子メールやブックマークしたＵＲＬによるアクセスなど、プリント注文とは連続しない通信によって実行するようにした。これにより、連続した通信でお支払い受付番号を通知しようとした場合に、プリントオーダファイルの作成や決済サイト１２０との通信に時間がかかり、タイムアウトによって携帯端末１１３との通信が中断してしまい、オーダステータス通知処理が行えず、プリント注文処理が未完で終わってしまうということを防ぐことができる。
【００７８】
　尚、フォトサイト１０５は、ユーザの携帯端末１１３からプリント注文を受けた場合は上述のようにステップＳ１２１３にて注文受け付け画面９００のＷｅｂページデータを送出する処理を行うが、ユーザのＰＣ１０２からプリント注文を受けた場合は、注文受け付け画面９００のＷｅｂページデータの送出処理は行わない。また、お支払い受付番号の通知は電子メールではなく、Ｗｅｂブラウザにより行う。これは、携帯端末１１３との通信に比べて、ＰＣ１０２との通信の方が、タイムアウトまでの時間が長いので、注文された画像数やデータサイズが大きくオーダファイルを作成するのに時間がかかったり、決済サイト１２０との通信のネットワーク状態が悪くて通信するまでに時間がかかったりしても、ＰＣ１０２との通信が途切れてしまうことが起こりにくいため、一連のプリント注文処理の通信で通知することができるからである。
【００７９】
　尚、本実施形態ではお支払い受付番号を電子メールにより通知する例について説明したが、通知方法はこれに限定されず、電話による通知等、他の方法でもよいのは明らかである。又、本実施形態では画像データのプリント注文の処理例について説明したが、本発明はそれ以外の処理においても同様に適用することができることは明らかである。
【００８０】
　［実施例２］
　本実施形態では、フォトサイト１０５が、オーダファイル作成処理にかかる時間に応じてオーダステータス通知の方法を変更する場合について、説明する。
尚、以下では、上記第１の実施形態と異なる部分について説明し、上記第１の実施形態と同様の部分については説明を省略する。
【００８１】
　本実施形態のフォトサイト１０５は、上記第１の実施形態におけるステップＳ１２１２にて重複したプリント注文要求ではないとチェックされれば、ステップＳ１２１３での注文受付画面の表示は行わずに、ステップＳ１２１４のオーダファイルの作成処理やステップＳ１２１５の決済処理を実行する。そして、オーダファイルの作成処理や決済処理と並行して、図１３のフローチャートに示すような処理時間の測定処理を実行する。
【００８２】
　尚、フォトサイト１０５は複数のサーバ装置で構成され、以下の処理はそれぞれのサーバ装置が実行する。
【００８３】
　ステップＳ１３０１：　フォトサイト１０５は処理時間の測定を開始する。
【００８４】
　ステップＳ１３０２：　フォトサイト１０５はプリント注文処理が完了したどうかチェックする。
【００８５】
　ステップＳ１３０３：　ステップＳ１３０２にて、処理が完了していないとチェックされた場合は、フォトサイト１０５は、ステップＳ１３０１の処理時間の測定開始から一定時間が経過していないかどうか判断する。判断の結果、一定時間が経過していない場合には、ステップＳ１３０２に戻ってプリントオーダ作成処理が完了しているか否かを判断する。ここで、一定時間とは、フォトサイト１０５内にて予め保持しているタイムアウト時間であり、携帯端末１１３からのプリント注文要求に対してレスポンスを返すまでに、通信タイムアウトが発生しないだけの必要十分な時間である。また、このタイムアウト時間はフォトサイト１０５のシステム管理者によって自由に設定することが可能となっている。
【００８６】
　ステップＳ１３０４：　ステップＳ１３０２にて、処理が完了しているとチェックされた場合は、フォトサイト１０５は、ユーザの携帯端末１１３のＷｅｂブラウザにオーダステータス画面１０００を表示するためのＷｅｂページデータを送出する。このようにして、フォトサイト１０５は通信タイムアウトが発生する前に、携帯端末１１３からのプリント注文要求に対するレスポンスとして、プリント注文処理結果（オーダステータス画面１０００）を返すことができる。
【００８７】
　ステップＳ１３０５：　ステップＳ１３０３にて、一定時間が経過していると判断された場合は、フォトサイト１０５はユーザの携帯端末１１３のＷｅｂブラウザに注文受け付け画面９００を表示するためのＷｅｂページデータを送出する。このようにして、フォトサイト１０５は通信タイムアウトが発生する前に、携帯端末１１３からのプリント注文要求に対するレスポンスとして、プリント注文処理経過（注文受け付け画面９００）を返すことができる。
【００８８】
　ステップＳ１３０６：　フォトサイト１０５はプリントオーダ作成処理や決済処理が完了しているかどうかをチェックする。
【００８９】
　ステップＳ１３０７：　ステップＳ１３０６にてプリントオーダ作成処理が完了したと判断されれば、フォトサイト１０５は図１１に示すような電子メールを携帯端末１１３宛に送付する。
【００９０】
　上記したようにして、本実施形態では、通信タイムアウトが発生する前の時点までにプリントオーダ作成処理や決済処理が完了しているかどうかをチェックし、それらの処理が完了していれば、その処理結果を反映したオーダステータス通知をユーザの携帯端末１１３のＷｅｂブラウザに表示するようにした。また、通信タイムアウトが発生する前の時点までにプリントオーダ作成処理や決済処理が完了していなければ、それらの処理が完了してからオーダステータス通知を電子メールで送信するようにしたり、それらの処理の進捗を携帯端末１１３のＷｅｂブラウザに表示するためのＵＲＬをユーザの携帯端末１１３に通知するようにした。
【００９１】
　これにより、処理が早く完了した場合には、プリント注文と連続した通信で直ちにユーザに伝えることができる。また、処理に時間がかかる場合には、電子メールやブックマークしたＵＲＬによるアクセスなど、プリント注文とは連続しない通信によって実行するようにしたので、タイムアウトによって携帯端末１１３との通信が中断してしまい、オーダステータス通知処理が行えず、プリント注文処理が未完で終わってしまうということを防ぐことができる。
【００９２】
　［実施例３］
　本実施形態では、フォトサイト１０５が、プリント注文された画像数に応じてお支払い受付番号を提示する方法を変更する場合について、説明する。尚、以下では、上記第１の実施形態と異なる部分について説明し、上記第１の実施形態と同様の部分については説明を省略する。尚、オーダファイル作成処理にかかる時間は画像数が多いほど大きくなる。
【００９３】
　本実施形態のフォトサイト１０５は、上記第１の実施形態におけるステップＳ１２１２にて重複したプリント注文要求ではないとチェックされれば、ステップＳ１２１３での注文受付画面の表示は行わずに、ステップＳ１２１４のオーダファイルの作成処理やステップＳ１２１５の決済処理を実行する。そして、オーダファイルの作成処理や決済処理と並行して、図１７のフローチャートに示すような注文された画像数の測定処理を実行する。尚、フォトサイト１０５は複数のサーバ装置で構成され、以下の処理はそれぞれのサーバ装置が実行する。
【００９４】
　ステップＳ１７０１：　フォトサイト１０５は、プリント注文された画像数を計測し、計測された値が一定枚数を超えているか否かの判断を行う。
【００９５】
　ステップＳ１７０２：　ステップＳ１７０１にてプリント注文された画像数が一定枚数内に収まっていると判断された場合は、フォトサイト１０５はプリントオーダ作成処理が完了したかどうか判断する。
【００９６】
　ステップＳ１７０３：　ステップＳ１７０２にてプリントオーダ作成処理が完了したと判断されれば、フォトサイト１０５は携帯端末１１３のＷｅｂブラウザにオーダステータス画面１０００を表示するためのＷｅｂページデータを送出する。
【００９７】
　ステップＳ１７０４：　ステップＳ１７０１にてプリント注文された画像数が一定枚数を超えていると判断された場合は、フォトサイト１０５は携帯端末１１３のＷｅｂブラウザに注文受け付け画面９００を表示するためのＷｅｂページデータを送出する。この際、プリントオーダ作成処理が完了したかどうかの判断は、注文決済データテーブル１６００内の対応するレコードのステータス１６０８が“１”（未決済注文保留中）であるかどうかに基づいて行われる。
【００９８】
　ステップＳ１７０５：　フォトサイト１０５はプリントオーダ作成処理が完了したかどうか判断する。
【００９９】
　ステップＳ１７０６：　ステップＳ１７０５にてプリントオーダ作成処理が完了したと判断されれば、フォトサイト１０５は図１１に示すような電子メールを携帯端末１１３宛に送付する。
【０１００】
　尚、上記の一定枚数とは、フォトサイト１０５内にて予め保持している数値であり、携帯端末１１３からのプリント注文要求に対してレスポンスを返すまでに通信タイムアウトが発生しないだけの必要十分な時間で処理できる枚数である。　また、この数値はフォトサイト１０５のシステム管理者によって自由に設定することが可能となっている。
【０１０１】
　上記したようにして、本実施形態では、プリントする画像が多いほどプリントオーダファイル作成処理に要する時間が長くなることを考慮し、プリント注文された画像数によってユーザへの処理の完了通知の方法を変更するようにした。
【０１０２】
　これにより、処理が早く完了すると予想される場合には、プリント注文と連続した通信で直ちにユーザに伝えることができる。また、処理に時間がかかると予想される場合には、電子メールやブックマークしたＵＲＬによるアクセスなど、プリント注文とは連続しない通信によって実行するようにしたので、タイムアウトによって携帯端末１１３との通信が中断してしまい、オーダステータス通知処理が行えず、プリント注文処理が未完で終わってしまうということを防ぐことができる。
【０１０３】
　尚、図５〜図１１に示す画面は、携帯端末１１３のディスプレイに表示される各種画面の表示例であり、この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１０４】
　又、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像に限らず音声などの情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０１０５】
　又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１０６】
　更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
　本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【図面の簡単な説明】
【０１０８】
【図１】本実施形態の情報提供システムの構成例を示す図である。
【図２】フォトサイトを構成するサーバのハードウエア構成例を示す図である。
【図３】携帯端末のディスプレイに表示されるログイン画面の一例を示す図である。
【図４】携帯端末のディスプレイに表示される画像閲覧画面の一例を示す図である。
【図５】携帯端末のディスプレイに表示される一括プリント注文画面の一例を示す図である。
【図６】携帯端末のディスプレイに表示される注文者情報入力画面の一例を示す図である。
【図７】携帯端末のディスプレイに表示される配送先情報入力画面の一例を示す図である。
【図８】携帯端末のディスプレイに表示される見積もり画面の一例を示す図である。
【図９】携帯端末のディスプレイに表示される注文受け付け画面の一例を示す図である。
【図１０】携帯端末のディスプレイに表示されるオーダステータス通知画面の一例を示す図である。
【図１１】携帯端末に送信される電子メール文面の一例を示す図である。
【図１２】フォトサイトが実行するプリント注文受付処理の一例を示すフローチャートである。
【図１３】フォトサイトが実行するプリント注文受付処理の一例を示すフローチャートである。
【図１４】注文情報データテーブルに格納される項目の一例を示す図である。
【図１５】注文者データテーブルに格納される項目の一例を示す図である。
【図１６】注文決済データテーブルに格納される項目の一例を示す図である。
【図１７】フォトサイトが実行するプリント注文受付処理の一例を示すフローチャートである。
【符号の説明】
【０１０９】
　１０１　デジタルカメラ
　１０２　パーソナルコンピュータ
　１０４　インターネット
　１０５　フォトサイト
　１０９　プリントサイト
　１１０　料金算出モジュール
　１１２　印刷物
　１１３　携帯端末
　１１７　画像データベース
　１１８　情報データベース
　１２０　決済サイト
　１２１　店舗
【図１】
2004127278.tif 000003
【図２】
2004127278.tif 000004
【図３】
2004127278.tif 000005
【図４】
2004127278.tif 000006
【図５】
2004127278.tif 000007
【図６】
2004127278.tif 000008
【図７】
2004127278.tif 000009
【図８】
2004127278.tif 000010
【図９】
2004127278.tif 000011
【図１０】
2004127278.tif 000012
【図１１】
2004127278.tif 000013
【図１２】
2004127278.tif 000014
【図１３】
2004127278.tif 000015
【図１４】
2004127278.tif 000016
【図１５】
2004127278.tif 000017
【図１６】
2004127278.tif 000018
【図１７】
2004127278.tif 000019