(57)【要約】【課題】サービスの対象となるデータの種類や数量に応じて、サービスを注文するための異なる注文画面を表示させる情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。【解決手段】サービスの対象となるデータの種類に応じて、サービスを注文するための異なる注文画面を通信端末に送信して表示させるＳ４７０３−Ｓ４７０７。更に、データの数量に応じて、異なる注文画面を通信端末に送信して表示させるＳ４７０８−Ｓ４７０９。通信端末からの注文画面への入力に応じてサービスの注文を受信して受け付ける。【選択図】    図４７
2004348267.tif 000002
【特許請求の範囲】
【請求項１】
通信端末からデータを対象とするサービスの注文をネットワークを介して受け付ける情報処理装置であって、
複数の前記データを保管する保管手段と、
前記サービスを注文するための注文画面に関する情報を少なくとも前記データの種類と数量とに応じて変更して作成する作成手段と、
前記通信端末に前記変更された注文画面を表示させるために前記作成された注文画面に関する情報を前記ネットワークに送信するよう制御する制御手段とを備えることを特徴とする情報処理装置。
【請求項２】
通信端末からデータを対象とするサービスの注文をネットワークを介して受け付ける情報処理方法であって、
複数の前記データを保管するステップと、
前記サービスを注文するための注文画面に関する情報を少なくとも前記データの種類と数量とに応じて変更して作成するステップと、
前記変更された注文画面を前記通信端末に表示させるために前記作成された注文画面に関する情報を前記ネットワークに送信するよう制御するステップとを備えることを特徴とする情報処理方法。
【請求項３】
前記注文画面は所定数の前記データに関する情報を表示し、前記注文画面は前記データの数量と前記注文画面に表示される前記データの所定数に応じて変更されることを特徴とする請求項２に記載の情報処理方法。
【請求項４】
前記注文画面は前記データの種類を示すことを特徴とする請求項２に記載の情報処理方法。
【請求項５】
前記サービスは、前記データを印刷するサービスであることを特徴とする請求項２に記載の情報処理方法。
【請求項６】
前記データの種類は少なくとも動画像及び静止画像を含み、前記注文画面は前記データの種類が動画像であれば前記サービスの注文を受け付けないことを表示することを特徴とする請求項２に記載の情報処理方法。
【請求項７】
前記データを複数のデータをまとめたアルバム単位で保管し、前記データの数量は前記アルバムに含まれるデータの数量であることを特徴とする請求項２に記載の情報処理方法。
【請求項８】
前記注文画面への入力に応じてサービスの注文を受信して受け付けるステップとを更に備えることを特徴とする請求項２に記載の情報処理方法。
【請求項９】
請求項２に記載の情報処理方法を実現するプログラム。
【請求項１０】
請求項９に記載のプログラムを情報処理装置読み出し可能に記憶する記憶媒体。
【請求項１１】
通信端末と該通信端末からデータを対象とするサービスの注文をネットワークを介して受け付ける情報処理装置とを有する情報処理システムであって、
前記データを保管する保管手段と、
前記サービスを注文するための注文画面に関する情報を少なくとも前記データの種類と数量とに応じて変更して作成する作成手段と、
前記変更された注文画面を前記通信端末に表示させるために前記作成された前記注文画面に関する情報を前記ネットワークに送信するよう制御する制御手段と、
前記注文画面への入力に応じて前記サービスの注文を受け付ける受付手段とを備えることを特徴とする情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置が記憶する画像に対し、情報端末、特に携帯電話から閲覧サービスを受けるための情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関するものである。
【０００２】
【従来の技術】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能となっている。
【０００３】
このような背景から、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データなどを預かり、その画像データを顧客が望む時に再度閲覧できるような画像閲覧サービスを提供するシステムがある（例えば、特許文献１参照）。又、このようなサービスを提供するプロバイダもある。そして、このようなインターネット上での画像閲覧サービスで対象となる画像は、静止画だけでなく、ビデオ機器などで撮影された動画の場合もある。
【０００４】
また、画像閲覧サービスだけでなく、預かった画像をプリントしたり、画像のプリントの注文を受け付けて専門業者にプリントさせたりするプリント注文サービスを提供するシステムもある。
【０００５】
【特許文献１】特開平１１−２２４２２８号公報（第６頁、図３）
【０００６】
【発明が解決しようとする課題】
ところが、上記サービスを携帯端末、特に携帯電話に提供しようとした場合、携帯端末の画面は小型軽量化されているためディスプレイの大きさや表示文字の大きさは、デスクトップタイプのパーソナルコンピュータ（以下、ＰＣ）の大きさと比較すると大変小さい。そのために、一度に表示できる情報量が少ないので、アルバム内の複数画像をページ分割して配信して表示させていた。この場合、ページごとにさまざまな種類の画像が共通のレイアウトで表示されるのでユーザには画像の種類や対象となるサービスが分かりにくいという問題があった。
【０００７】
なお、画像の種類によって提供できるサービスが異なる場合がある。例えば、静止画像は印刷することができるが、動画像は印刷することができないので、動画像については印刷注文の受付サービスを提供しない。
【０００８】
又、ＰＣは再生アプリケーションをインストールして動画を再生することは可能であるが、携帯電話は現在のところ多くの機種で動画を再生することはできない。そのため、携帯電話を使った閲覧サービスでは動画の１コマの静止画を代表画像として閲覧させる場合がある。動画の代わりに代表画像を印刷することも考えられるが、代表画像は画素数が少ないため画質が低く印刷には適さないのでプリントサービスを提供できないという問題があった。
【０００９】
本発明の目的は、上記従来の問題点に鑑み、保管されたサービスの対象となるデータの種類や数量に応じて、サービスを注文するための異なる注文画面を表示させる情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。
【００１０】
すなわち、例えばプリント注文サービスにおける印刷注文する画像選択時において、印刷に適さない動画から生成した静止画に対してサービスの提供方法をかえることによって、ユーザに告知する。また、ユーザが受けるサービスの認識を明確にすることによって、使い勝手の良いサービスを提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報処理装置は、通信端末に対してサービスを提供する情報処理装置であって、サービスの対象となるデータを保管する保管手段と、少なくとも前記データの種類に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる送信手段とを備えることを特徴とする。
【００１２】
ここで、前記送信手段は、更に前記データの数量に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる。また、前記保管手段は前記データを複数の画像をまとめたアルバム単位で保管し、前記データの数量は前記アルバムに含まれる画像データの数量である。また、前記注文画面への入力に応じてサービスの注文を受信して受付る受付手段を更に備える。また、前記データの種類は、前記データが動画像あるいは静止画像であるかを示す。また、前記サービスは、前記データを印刷するサービスである。
【００１３】
又、本発明の情報処理方法は、通信端末に対してサービスを提供する情報処理方法であって、保管されたサービスの対象となるデータの種類に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる送信工程を備えることを特徴とする。
【００１４】
ここで、前記送信工程では、更に前記データの数量に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる。また、前記データを複数の画像をまとめたアルバム単位で保管し、前記データの数量は前記アルバムに含まれる画像データの数量である。また、前記注文画面への入力に応じてサービスの注文を受信して受付る受付工程を更に備える。また、前記データの種類は、前記データが動画像あるいは静止画像であるかを示す。また、前記サービスは、前記データを印刷するサービスである。
【００１５】
又、前記情報処理方法を実現するプログラム、及び該プログラムを情報処理装置読み出し可能に記憶する記憶媒体をも提供する。
【００１６】
又、本発明の情報処理システムは、通信端末と該通信端末に対してサービスを提供する情報処理装置とを有する情報処理システムであって、サービスの対象となるデータを保管する保管手段と、少なくとも前記データの種類に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信する送信手段と、受信した前記注文画面を前記通信端末に表示する表示手段と、前記注文画面への入力に応じてサービスの注文を受信して受付ける受付手段とを備えることを特徴とする。
【００１７】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。但し、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１８】
ここでは、本発明を実施する一実施形態として、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１９】
＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００２０】
情報提供システムは、サービスの提供を受けるユーザのＰｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ１０２（以下、ユーザＰＣと略す）と、携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と入金処理を行う決済サイト１２０からなる。
【００２１】
フォトサイト１０５は、インターネット１０４を介してユーザが画像入力装置１０１で撮影した画像データを預かり、その画像データをユーザが望む時に閲覧したり、印刷注文できるようなサービスを提供する。
【００２２】
ここで、ユーザＰＣ１０２はインターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザを動作可能である。このＷｅｂブラウザによって、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ｈｔｔｐ）等の標準プロトコルを用いてフォトサイト１０５にアクセスし、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。尚、本実施形態に係るフォトサイト１０５は、印刷注文を受けるだけで独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００２３】
また、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイト１０９に対して印刷注文を依頼する。
【００２４】
また、プリントサイト１０９は、インターネット１０４を利用してフォトサイト１０５から転送された印刷注文に従い、年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００２５】
また、１０１はイメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画像を撮影して画像データとして記録できるデジタルビデオカメラでもよい。
【００２６】
１１６は、画像入力装置１０１とユーザＰＣ１０２間で画像データを転送するためのデータ転送用インターフェースである。データ転送用インターフェース１１６は、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）やＩＥＥＥ１３９４に代表される有線インターフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースの場合もある。
【００２７】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。このようにして、画像入力装置１０１で撮影された画像データはユーザＰＣ１０２に転送され、格納される。
【００２８】
尚、情報提供システムの構成要素は図１では１つしか図示していないもの、あるいは複数図示しているものもあるが、１つであっても複数であってもよく、その数は特に限定しない。
【００２９】
また、本実施形態に係るフォトサイト１０５は具体的に以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２を用いて、フォトサイト１０５に対して、利用登録を行う。フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２からフォトサイト１０５に対し、インターネットを介して画像データの転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２もしくは携帯端末１１３から、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像データの印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２Ａから他のＰＣ１０２Ｂあるいは携帯端末１１３へフォトサイト１０５に格納された画像データの閲覧を許可するための電子メール（以下、招待メールとも言う。）を送信する。
（５）画像データの閲覧：ユーザＰＣ１０２Ａあるいは他のＰＣ１０２Ｂから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３からフォトサイト１０５に格納された画像データの閲覧を行う。
【００３０】
＜本実施形態のフォトサイトのシステム構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
【００３１】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３、２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネット（登録商標）スイッチ（ＳＷ）２１０からなる。
【００３２】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００３３】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ（ＰＣ−ＡＰＰＳ）２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ（Ｍｏｂｉｌｅ−ＡＰＰＳ）２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３、２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、Ｗｅｂページを生成する。
【００３４】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ（Ｍｏｂｉｌｅ−Ｔｒａｎｓ）２０５に振り分けを行う。
【００３５】
ＰＣアプリケーションサーバ２０３は、ＰＣ１０２からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００３６】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００３７】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢサーバ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成する。
【００３８】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末１１３の機種に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末１１３の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯端末１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをＨＴＴＰで受けたとき、リクエストに含まれるＵｓｅｒ−Ａｇｅｎｔｏ情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００３９】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００４０】
ユーザからの画像はＦｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ｆｔｐプロトコル）にてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００４１】
＜本実施形態のフォトサイトのハードウエア構成例＞
図３は本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は制御部を中心に示しており、入出力装置などは省略してある。
【００４２】
３０１はＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）であり、フォトサイト１０５全体を制御する。Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）３０２には、変更を必要としないプログラムやパラメータが格納されている。Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）３０５はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１０とプログラムロード領域３１２からなる。
【００４３】
プログラムロード領域３１２には、外部記憶装置３０４からＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）やプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ３０１により実行される。
【００４４】
データ記憶領域３１０には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１１ａ、ユーザの通信端末から受信した受信データ３１１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１１ｃや現在使用している保管用容量３１１ｄ、携帯端末からの閲覧時に使用される削除フラグ１、２を記憶する領域３１１ｅやセッションＩＤ３１１ｆなどが確保される。
【００４５】
外部記憶装置３０４は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピー（登録商標）ディスクやＣｏｍｐａｃｔ  Ｄｉｓｋ（ＣＤ）等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域３４１とプログラム記憶領域３４２からなる。
【００４６】
データ記憶領域３４１には、保管を依頼した顧客情報を管理する顧客情報データベース３４１ａ、保管されている画像情報を管理する画像情報データベース３４１ｂ、携帯端末用の情報を管理する携帯端末データベース３４１ｃ等が記憶される。これらは、例えば、図４から図９、あるいは図２８から図３０にその構成例が更に以下で詳細に示される。
【００４７】
プログラム記憶領域３２０には、ＲＡＭ３０５のプログラムロード領域３１２にロードされて実行される（メモリカードなどでは直接実行されてよい。）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム３２１として、以下に詳細に示すユーザ登録モジュール３２１ａ、ログインモジュール３２１ｂ、アルバム閲覧モジュール３２１ｃ、プリントオーダモジュール３２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム３２２として、本実施形態の特徴部分であるアルバム閲覧モジュール３２２ａが格納される。
【００４８】
尚、上記フォトサイト１０５のハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等で接続され、記憶部、特に外部記憶装置４０が複数の装置に分散されて構成されていてもよい。
【００４９】
＜本実施形態のフォトサイトで管理されるデータベース構成例＞
以下、フォトサイト１０５のＤＢサーバ２０９で管理されるデータベースの各テーブルについて説明する。
【００５０】
図４は本実施形態におけるフォトサイト１０５にユーザ登録されたユーザの顧客情報を管理するための顧客情報データテーブル４００を示した図である。ユーザの操作によりユーザ登録が実行されると、フォトサイト１０５ではＤＢ２０８の顧客情報データテーブル４００にレコードが作成され、各種情報が登録され、管理される。ユーザには一意的にユーザＩＤが定義され、ユーザＩＤ４０１をキーとして顧客情報データテーブル４００が管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は”１”ならば登録済みで利用可能な状態、”０”は利用禁止状態を表す。
【００５１】
図５は本実施形態におけるフォトサイト１０５にユーザ登録されたユーザの現在の状態を管理するための顧客状態データテーブル５００を示した図である。フォトサイト１０５ではユーザ登録が実行されたときにＤＢサーバ２０８の顧客状態データテーブル５００にレコードが作成され、各種情報が登録され、管理される。このレコード内の各設定値は、ユーザの操作により、フォトサイト１０５に行われた動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１はユーザＩＤ４０１と同じ値である。
【００５２】
図６は本実施形態におけるユーザのアルバムを管理するための顧客アルバムデータテーブル６００を示した図である。フォトサイト１０５ではユーザの操作により新規アルバムが作成されると、それに応じてＤＢサーバ２０８の顧客アルバムデータテーブル６００にレコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該アルバムが削除されるとＤＢサーバ２０８より削除される。顧客アルバムデータテーブル６００では、ユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００５３】
図７は本実施形態におけるユーザのアルバムの詳細を管理するためのアルバム情報データテーブル７００を示した図である。フォトサイト１０５ではユーザの操作により新規アルバムが作成されると、それに応じてＤＢサーバ２０８のアルバム情報データテーブル７００にレコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該アルバムが削除されるとＤＢサーバ２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。アルバムの公開可否フラグ７０４は”１”ならば公開可能、”０”ならば公開禁止、”−１”ならばフォトサイト１０５の運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は”１”ならばパスワード有り、”０”ならばパスワード無しを表し、パスワード可否フラグ７０５が”１”の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は”１”ならば印刷可能、”０”ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は”１”ならば表示可能、０ならば表示不可を意味する。表示形式番号７０９は”１”ならば一覧表示、”２”ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末１１３からのアルバム閲覧の禁止フラグ７１０は、”１”ならば表示可能、”０”ならば表示不可を意味する。このフラグはフォトサイト１０５の運営者により制御する。又、ＰＣ１０２からの閲覧回数７１１、携帯端末１１３からの携帯閲覧回数７１２を保管する。
【００５４】
図８は本実施形態におけるアルバムに含まれる画像データを管理するためのアルバム画像データテーブル８００を示した図である。フォトサイト１０５ではユーザの操作によりアルバムに画像データがアップロードされると、ＤＢサーバ２０８のアルバム画像データテーブル８００に１画像データにつき１レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとＤＢサーバ２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００５５】
図９は本実施形態における画像データの詳細を管理するための画像情報テーブル９００を示した図である。フォトサイト１０５ではユーザの操作により画像データがアップロードされると、静止画像、動画像を問わずＤＢサーバ２０８の画像情報データテーブル９００に１画像につき１レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとＤＢサーバ２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、コメントファイルへのパス９０７、ＰＣ１０２からの閲覧回数９０８、印刷回数９０９、携帯端末１１３からの携帯閲覧回数９１０、閲覧禁止フラグ９１１を保管する。尚、同一の画像データでは画像ＩＤ９０１と画像ＩＤ８０２には同じ値が、同一のユーザではユーザＩＤ９０２とユーザＩＤ４０１には同じ値がそれぞれ格納されている。また、閲覧禁止フラグ９１１は”１”ならば表示可能、”０”ならば表示不可を意味する。また、アップロードされた画像データが動画像であった場合、サムネイルファイルパス９０５で指定されるロケーションには後述するサムネイル代表画像が格納されている。
【００５６】
図１０は、本実施形態における動画像の画像データの詳細を管理するための動画情報テーブル１０００を示した図である。フォトサイト１０５ではユーザの操作によりアルバムに動画像の画像データがアップロードされるとＤＢサーバ２０８の動画情報テーブル１０００に１画像につき１レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとＤＢサーバ２０８より削除される。画像情報テーブル１０００では、画像ＩＤ１００１をキーとして、オリジナル動画へのファイルパス１００２、動画の高さ〔ビット〕を示す数値１００３、動画の幅〔ビット〕を示す数値１００４、オリジナル動画データファイルのファイルサイズ１００５、動画の再生時間１００６、撮影した機種名１００７、画像のビットレート１００８、画像のファイル形式１００９、当該動画が何回ダウンロードされたかを示すダウンロード数１０１０を保管する。尚、画像ＩＤ１００１には画像ＩＤ９０１と同一の値が格納され、動画像のサムネイル代表画像のファイルパスは画像情報データテーブル９００から参照できる。
【００５７】
図１１は本実施の形態における画像データの印刷注文の配送先などを管理するための注文情報データテーブル１１００を示した図である。フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けるとＤＢサーバ２０８の注文情報データテーブル１１００に１オーダにつき１レコードが作成され、各種情報が登録され、管理される。印刷注文ごとに発行される注文番号１１０１をキーとして、注文者ＩＤ１１０２、配送先氏名１１０３、配送先郵便番号（１、２）１１０４、１１０５、配送先都道府県コード１１０６、配送先住所（１、２）１１０７、１１０８、配送先電話番号（１、２、３）１１０９、１１１０、１１１１、プリントサイトＩＤ１１１２、注文日時１１１３、注文ステータス１１１４が保管される。注文ステータス１１１４は“０”がデフォルト値であり、プリントサイト１０９への発注前であることを示し、“１”がプリントサイト１０９へ発注済であることを示し、“２”が印刷物を配送済みであることを意味する。
【００５８】
図１２は本実施の形態における印刷注文された画像データの詳細や注文内容などを管理するための注文画像データテーブル１２００を示した図である。フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けるとＤＢサーバ２０８の注文画像データテーブル１２００に当該画像データの数だけレコードが作成され、各種情報が登録され、管理される。注文画像データテーブル１２００には注文番号１２０１をキーとしてプリントサイト１０９の受付番号１２０２、印刷オーダ単位で管理する画像番号１２０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１２０４、１２０５、１２０６、プリント枚数１２０７、プリントサイズ１２０８、プリントタイプ１２０９、画像ＩＤ１２１０を管理する。プリントサイズ１２０８には“１”はＬ判、“２”は２Ｌ判、“３”は官製はがきサイズ、“４”は私製はがきサイズ、“５”はＡ４サイズを意味するフラグのいずれかが格納される。又、プリントタイプ１２０９では、“０”は縁無しプリント、“１”は縁有りプリントを意味するフラグのいずれかが格納される。尚、同一の注文では注文番号１２０１と注文番号１１０１には同一の番号が格納される。また、画像ＩＤ１２１０はオリジナル画像の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００５９】
図１３は本実施の形態における印刷注文の決済を管理するための注文決済データテーブル１３００を示した図である。フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けると、ＤＢサーバ２０８の注文決済データテーブルに１オーダにつき１レコードが作成され、各種情報が登録され、管理される。注文決済データテーブル１３００には注文番号１３０１をキーとして決済方法１３０２、合計料金１３０３、プリント料金１３０４、プリント料金税額１３０５、送料１３０６、送料税額１３０７、決済ステータス１３０８を管理する。決済方法１３０２では“１”は振込み、“２”は代引き、“３”はクレジット決済、“４”は店舗決済代行を意味するフラグのいずれかが格納される。尚、本実施の形態では“４”の店舗決済代行の場合について説明する。決済ステータス１３０８では“０”はデフォルト値であり、決済注文未確定、“１”は未決済注文保留中、“２”は決済終了を意味するフラグのいずれかが格納される。尚、同一の注文では注文番号１３０１と注文番号１１０１には同じ値が格納される。
【００６０】
図１４は本実施の形態における画像データの印刷注文を行った注文者を管理するための注文者データテーブル１４００を示した図である。注文者データテーブル１４００は、フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けると、ＤＢサーバ２０８の注文者データテーブル１４００に１オーダにつき１レコードが作成され、各種情報が登録され、管理される。注文者データテーブル１４００では注文者ＩＤ１４０１をキーとして、ユーザＩＤ１４０２、通知先メールアドレス１４０３、氏名（姓）１４０４、氏名（名）１４０５、ふりがな（姓）１４０６、ふりがな（名）１４０７、郵便番号（１、２）１４０８、１４０９、都道府県コード１４１０、住所（１、２）１４１１、１４１２、電話番号（１、２、３）１４１３、１４１４、１４１５を管理する。注文者がフォトサイト１０５にユーザ登録されていない場合、あるいは注文者が当該アルバムのオーナでない場合、ユーザＩＤ１４０２には“０”が代入される。尚、同一の注文においては注文者ＩＤ１４０１と注文者ＩＤ１１０２には同じＩＤが格納される。また、注文者がフォトサイト１０５にユーザ登録されている場合には同一の注文者に対するユーザＩＤ１４０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１４０３〜１４１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００６１】
図１５は本実施の形態におけるフォトサイト１０５が印刷注文を発注するプリントサイト１０９を管理するためのプリントサイトデータテーブル１５００を示した図である。フォトサイト１０５では利用可能な新たなプリントサイトがあると、それに応じてＤＢサーバ２０８のプリントサイトデータテーブル１５００に新たなレコードが作成され、各種情報が登録され、管理される。プリントサイトデータテーブル１５００ではプリントサイトＩＤ１５０１をキーとしてプロバイダ名称１５０２、プリントオーダ通知用ＣＧＩへのＵＲＬ１５０３を管理する。
【００６２】
尚、本実施形態ではプリントサイト１０９が１つしか存在しない場合について説明するが、その数が複数であっても本発明を実現できることは明らかである。
【００６３】
＜本実施形態のフォトサイトが提供するサービス例＞
（ＰＣからの画像のアップロード）
本実施形態の情報提供システムでの画像データのアップロードについて図１６のフローチャートを参照して説明する。
【００６４】
ステップＳ１６０１：
ユーザがユーザＰＣ１０２を操作することにより、ユーザＰＣ１０２に予めインストールされた画像アップロード専用ソフトウエアが起動される。
【００６５】
ステップＳ１６０２：
画像アップロード専用ソフトウエアはフォトサイト１０５にアップロードする画像データを選択させるためのアップロード画像選択画面をユーザＰＣ１０２のディスプレイ上に表示させる。
【００６６】
ステップＳ１６０３：
画像アップロード専用ソフトウエアはアップロード画像選択画面にしたがってユーザによりユーザＰＣ１０２が操作されることにより、フォトサイト１０５にアップロードする画像データの指定を受ける。
【００６７】
ステップＳ１６０４：
画像アップロード専用ソフトウエアは選択された画像データがフォトサイト１０５において利用可能であるかどうか判定する。本実施形態では、フォトサイト１０５で利用可能な画像データは、静止画像であればＪＰＥＧ形式であり、動画像であればＭＰＥＧ形式であるとする。したがって、それ以外の形式の画像データは利用不可能であると判定する。
【００６８】
ステップＳ１６０５：
ステップＳ１６０４にて画像データが利用不可能であると判定されると、画像アップロード専用ソフトウエアはエラーダイアログをユーザＰＣ１０２のディスプレイに表示させる。
【００６９】
ステップＳ１６０６：
ステップＳ１６０４にて画像データが利用可能であると判定されると、画像アップロード専用ソフトウエアはその指定された画像データが動画像であるかどうか判定する。尚、ステップＳ１６０６〜１６０９の処理は指定された画像データのうち１つずつに対して順に実行される。
【００７０】
ステップＳ１６０７：
ステップＳ１６０６にて画像データが動画像であると判定されると、画像アップロード専用アプリケーションは画像データのサムネイル代表画像を生成する。
ここで、サムネイル代表画像は画像入力装置１０１内で生成され、画像データとともに転送されるか、あるいは、画像データを元に画像アップロード専用アプリケーションが生成する。
【００７１】
ステップＳ１６０８：
画像アップロード専用アプリケーションは動画像データの属性情報を生成する。ここで、属性情報は再生時間、撮影に使用した画像入力装置１０１の機種などである。また、ユーザがユーザＰＣ１０２を操作して画像アップロード専用アプリケーション使用し、属性情報を設定するようにしてもよい。
【００７２】
ステップＳ１６０９：
画像アップロード専用アプリケーションは選択された全ての画像データについて処理が実行されたかどうか判定する。実行されていないと判定されれば、ステップＳ１６０６の処理を実行する。
【００７３】
ステップＳ１６１０：
ステップＳ１６０９にて実行されたと判定されれば、画像アップロード専用アプリケーションは指定された画像データをフォトサイト１０５にインターネット１０４を介して転送する。ここで、画像アップロード専用アプリケーションは、動画像の画像データについてはステップＳ１６０７にて生成されたサムネイル代表画像及びステップＳ１６０８にて生成された属性情報とともに転送する。
【００７４】
ステップＳ１６１１：
フォトサイト１０５のＰＣアプリケーションサーバ２０３は受信した画像データをファイルサーバ２０９に格納する。さらに、画像データが静止画像であればそのサムネイル画像、あるいは画像データが動画像であればステップＳ１６０７にて生成されたサムネイル代表画像もファイルサーバ２０９に格納する。
本実施形態では、ＰＣアプリケーションサーバ２０３は画像データのファイル形式が、ＪＰＥＧ形式であれば静止画像、ＭＰＥＧ形式であれば動画像であると判断する。ただし、この判断基準はこれに限らない。尚、ステップＳ１６１１〜１６１５の処理は受信した画像データのうち１つずつに対して順に実行される。
【００７５】
ステップＳ１６１２：
フォトサイト１０５のＰＣアプリケーションサーバ２０３はＤＢサーバ２０８の画像情報テーブル９００にレコードを作成し、ファイルサーバ２０９内での画像データのファイルパスなどの各種情報を登録する。
【００７６】
ステップＳ１６１３：
フォトサイト１０５のＰＣアプリケーションサーバ２０３は画像データが動画像であるかどうか判定する。本実施形態では画像データのファイル形式がＭＰＥＧ形式であれば動画像であると判断する。ただし、この判断基準はこれに限らない。
【００７７】
ステップＳ１６１４：
画像データが動画像であると判定されれば、フォトサイト１０５のＰＣアプリケーションサーバ２０３はＤＢサーバ２０８の動画情報テーブル１０００にレコードを作成し、ステップＳ１６０８にて生成された属性情報などを登録する。
【００７８】
ステップＳ１６１５：
フォトサイト１０５のＰＣアプリケーションサーバ２０３はステップＳ１６１１にて受信された画像データ全てについて処理が実行されたかどうか判定する。
実行されていないと判定されれば、再びステップＳ１６１１の処理を実行する。
【００７９】
ステップＳ１６１６：
ステップＳ１６１５にて実行されたと判定されれば、フォトサイト１０５のＰＣアプリケーションサーバ２０３は画像データが正常にアップロードされた旨をユーザＰＣ１０２に通知する。尚、このアップロード処理はインターネット１０４上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００８０】
以上のように本実施形態では、フォトサイト１０５は動画像の画像データのアップロードについては特別にステップＳ１６１４の工程を設け、動画像に特有の属性情報を動画情報テーブル１０００で管理するようにした。これにより、フォトサイト１０５は画像データを取得してその形式を参照しなくても、動画情報テーブル１０００で管理されているかどうかを参照するだけで当該画像データが動画像であるか静止画像であるかを容易に判断することができるようになる。
【００８１】
尚、本実施形態では画像アップロード専用アプリケーションを用いて画像データをアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、例えば、携帯電話、デジタルカメラ、デジタルビデオ、スキャナ、複写機等から有線通信や無線通信を用いて画像データをアップロードするようにしてもよい。
【００８２】
また、本実施形態ではユーザＰＣ１０２に予めインストールされた画像アップロード専用アプリケーションを用いた画像データのアップロードを例に挙げて説明したが、フォトサイト１０５がインターネット１０４を介してユーザＰＣ１０２に提供するＷｅｂページデータを用いて画像データをアップロードするようにしてもよい。この場合、先にＰＣ１０２から画像データを転送し、フォトサイト１０５がステップＳ１６０７やステップＳ１６０８での処理を実行するようにしてもよい。
【００８３】
（閲覧ユーザによるアルバムの閲覧）
ユーザはユーザＰＣ１０２を操作してＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、閲覧を許可するアルバムの指定とアルバムの閲覧を許可する閲覧ユーザの電子メールアドレスをフォトサイト１０５に通知する。また、閲覧時にパスワードの入力をさせる場合には、そのパスワードも通知しておく。
【００８４】
フォトサイト１０５は指定されたアルバムの閲覧に必要なＵｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ）を生成する。生成するＵＲＬはアルバムのロケーションを示すユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものであり、下記にその一例を示す。
【００８５】
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
フォトサイト１０５は生成されたＵＲＬを記載した電子メールを作成し、閲覧ユーザの電子メールアドレス宛てに送信する。また、電子メールにアルバムを閲覧するのに必要なパスワードを記載するようにしてもよい。電子メールの一例を図１７に示す。
【００８６】
電子メールを受け取った閲覧ユーザは、例えば、閲覧ユーザのＰＣ１０２Ｂあるいは携帯端末１１３を操作してＷｅｂブラウザに電子メールに記載されたＵＲＬを入力し、インターネット１０４を介してフォトサイト１０５にアクセスする。
【００８７】
フォトサイト１０５ではロードバランサ２０２がＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値に基づいてＵＲＬの送信元が携帯端末１１３からであるか、ＰＣ１０２からであるか、を判定する。判定の結果、携帯端末１１３からであればモバイルアプリケーションサーバ２０４に、ＰＣ１０２からであればＰＣアプリケーションサーバ２０３にそれぞれ処理を振り分ける。この判定はＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値に限らず、Ｃｏｋｋｉｅ情報の有無等によって判定するようにしてもよい。
【００８８】
フォトサイト１０５は閲覧ユーザのＰＣ１０２Ｂからアクセスを受けると、ＰＣ１０２上で動作するＷｅｂブラウザで再生可能なＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＰＣ用Ｗｅｂデータを返す。
【００８９】
ここで、ＰＣ１０２ＢのディスプレイにはＰＣ用Ｗｅｂデータに基づき、図１８に示すアルバム閲覧開始画面１８００が表示される。尚、フォトサイト１０５はＵＲＬのパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００を検索し、パスワード可否フラグ７０５が“１”（パスワード有り）の場合には先にパスワード入力画面を表示するためのＷｅｂデータをＰＣ１０２Ｂ返すようにしてもよい。また、同一のアルバムではＵＲＬのパラメータ部のＡｌｂｕｍＩＤ＝の値とアルバムＩＤ７０１は同じである。
【００９０】
図１８の画像１８０１は静止画像の画像データであり、画像１８０２は動画像の画像データのサムネイル代表画像である。画像１８０２には画像データが動画像であることを示すために枠が付加されている。また、画像１８０２の真下には画像データが動画像であることを示す動画アイコン１８０５が付加されている。動画アイコン１８０５をクリックすると、画像データを閲覧ユーザのＰＣ１０２にダウンロードをすることが可能である。閲覧ユーザはＰＣ１０２にインストールされた再生アプリケーションを使ってダウンロードした画像データを再生する。
【００９１】
また、ＰＣアプリケーションサーバ２０３はＤＢサーバ２０８のアルバム情報データテーブル７００の印刷可否フラグ７０７に応じて、プリントオーダボタン１８０３を表示させるようなＰＣ用Ｗｅｂページデータを作成し、インターネット１０４に送出するよう制御する。閲覧ユーザはＰＣ１０２Ｂを操作し、プリントオーダボタン１８０３を押すことによりアルバムの印刷注文ができる。１８０４にはアルバムに含まれる画像データの構成を示している。
【００９２】
以下、フォトサイト１０５が閲覧ユーザの携帯端末１１３からアクセスを受けた場合について説明する。
【００９３】
＜モバイルアプリケーションサーバのデータベースの構成例＞
図２８から図３０は、モバイルアプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してモバイルアプリケーションサーバ２０４が作成し、携帯端末１１３のディスプレイに表示させる画面の内容や提供するサービスをコントロールするため使用している。
【００９４】
図２８は特定の携帯端末１１３からのアクセスを管理するＭＢセッション情報テーブル２８００を示した図である。モバイル用アプリケーションサーバ２０４は携帯端末１１３から新規のアクセスがある毎にＭＢセッション情報テーブル２８００に１レコード作成し、各種情報を登録する。この際、アクセスしてきた携帯端末１１３の識別情報として一意的に定義したセッションＩＤ２８０１を割り付け、アルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）２８０４とともにテーブルに格納する。また、新規のアクセスを受けた日時２８０３と、同一セッションＩＤでの最終アクセス日時２８０２を格納する。モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００を定期的にサーチし、最終アクセス日時２８０２からある一定時間経過したレコードのレコード属性２８０５にフラグを立てる。そして、このレコードのセッションＩＤ２８０１を用いた携帯端末１１３からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【００９５】
図２９は携帯端末１１３から閲覧要求されたアルバムの情報を格納するＭＢアルバム情報テーブル２９００を示した図である。モバイル用アプリケーションサーバ２０４は携帯端末１１３から新規のアクセスがある毎にＭＢアルバム情報テーブル２９００に１レコード作成し、各種情報を登録する。この際、セッションＩＤ２９０１にはＭＢセッション情報テーブル２８００のセッションＩＤ２８０１がコピーされて格納される。アルバムＩＤ２９０２にはＵＲＬのパラメータ部に含まれるアルバムＩＤが格納される。また、モバイル用アプリケーションサーバ２０４はアルバムＩＤ２９０２をキーとしてアルバム情報データテーブル７００を参照し、アルバム名７０２とコメント７０３をコピーしてそれぞれアルバム名称２９０３とアルバムコメント２９０４に格納する。また、モバイル用アプリケーションサーバ２０４はアルバムに含まれる全ての画像データが動画情報データテーブル１０００に登録されている場合、閲覧開始時、動画Ｆｌｕｇ２９０５に”１”をセットしておく。
【００９６】
図３０は、携帯端末１１３からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するＭＢ画像情報テーブル３０００を示した図である。
【００９７】
モバイル用アプリケーションサーバ２０４は携帯端末１１３から新規のアクセスがある毎にＭＢアルバムＭＢ画像情報テーブル３０００にアルバム内にある画像数分のレコードを作成し、各種情報を登録する。この際、セッションＩＤ３００１にはＭＢセッション情報テーブル２８００のセッションＩＤ２８０１がコピーされて格納される。また、モバイル用アプリケーションサーバ２０４は画像ＩＤ３００２やアルバムＩＤ３００３をキーとして、アルバム画像データテーブル８００と画像情報データテーブル９００の内容の一部をコピーして各フィールドに格納する。ここで、モバイル用アプリケーションサーバ２０４は、画像情報データテーブル９００のサムネイルファイルパス９０５に基づきサムネイル画像あるいはサムネイル代表画像を取得し、モバイル用アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９のテンポラリ領域にコピーする。そして、そのサムネイル画像のコピー先ファイルパスを画像パス３００６に格納する。
【００９８】
＜携帯端末への閲覧制御の動作例＞
図３１はモバイルアプリケーションサーバ２０４がユーザの携帯端末１１３からアクセスを受けた場合の動作例を表したフローチャート図である。
【００９９】
ステップＳ３１０１：
モバイル用アプリケーションサーバ２０４は携帯端末１１３から送信されたＵＲＬのパラメータ部に含まれるセッションＩＤが既存のセッションＩＤであるか、ＭＢセッション情報テーブル２８００を検索して判定する。
【０１００】
ステップＳ３１０２：
ステップＳ３１０１にてＵＲＬのパラメータ部にセッションＩＤが含まれていないか、あるいは既存のセッションＩＤではないと判定された場合、後述する初期化処理（図３２参照）を実行する。
【０１０１】
ここで、携帯端末１１３のディスプレイに表示される画像閲覧画面２０００について図２０および図２１を参照して説明する。画像閲覧画面２０００では、オリジナル画像データの画像サイズを縮小したサムネイル画像２００１とオリジナル画像データの名称２００２、アルバム内での画像順番２００３、サムネイル画像２００１に表示される画像を選択するためのリンク２００４、アルバム内の全画像数２０１０、サムネイル画像２００１に表示される画像を画像順番で指定するための入力フィールド２００５と決定ボタン２００６、後述する画像情報表示画面２２００を表示させるためのリンク２００７、アルバム情報表示画面を表示するためのリンク２００８、サムネイル画像２００１と対応するオリジナル画像データのプリント注文を行うため一括プリント注文画面２５００を表示するためのリンク２００９を表示する。
【０１０２】
尚、画像データがデジタルカメラもしくはビデオカメラによって撮影された動画像であれば、サムネイル画像２００１にはステップＳ１６０７にて生成されたサムネイル代表画像が表示される。そして、画像データが動画像であることを示すために、２１０１には  ［動画］の文字列、２１０２にはアイコンを表示する。
【０１０３】
ステップＳ３１０３：
ステップＳ３１０１にて既存のセッションＩＤであると判定された場合、既に閲覧中の携帯端末１１３からのアクセスと判断し、モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、アルバム閲覧であるかどうか判断する。具体的には、閲覧ユーザが携帯端末１１３を操作してリンク２００４を押下したか、または入力フィールド２００５に画像順番を入力して「表示」ボタン２００６を押下したかどうかを判断する。
【０１０４】
ステップＳ３１０４：
ステップＳ３１０３にてリンク２００４を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は現在表示している画像の前後の順番にある画像を画像２００１に表示するとともに、対応する画像名称を名称２００２表示部分に表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。あるいは、ステップＳ３１０３にて入力フィールド２００５に画像順番を入力して「表示」ボタン２００６を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は入力された画像順番の画像を画像２００１表示部分に表示するとともに、対応する画像名称を名称２００２表示部分に表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１０５】
また、リンク２００４や「表示」ボタン２００６が押下されたと判断されれば、モバイル用アプリケーションサーバ２０４は表示しようとしている画像がアルバムから削除されていないかどうかチェックする。削除されている場合には削除通知画面２７００を表示するためのモバイル用Ｗｅｂデータを送出する。また、モバイル用アプリケーションサーバ２０４は表示しようとしている画像が閲覧禁止になっているかどうかチェックする。閲覧禁止になっている場合にはエラー画面を表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１０６】
削除通知画面２７００では、画像閲覧画面２０００の画像２００１と画像名称２００２の代わりに、「この画像は削除されました」というコメント２７０１を表示する。又、画像情報表示画面２２００を表示するためのリンク２００７は表示しない。その他の表示内容は図２０と同様であるので説明は省略する。
【０１０７】
ステップＳ３１０５：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００７を押下したかどうか判断する。
【０１０８】
ステップＳ３１０６：
ステップＳ３１０５にてリンク２００７を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は図２２に示す静止画像情報表示画面２２００または図２３に示す動画像情報表示画面２３００を表示させるためのモバイル用Ｗｅｂデータを作成し、送出するよう制御する。図２２の静止画像情報表示画面２２００では、詳細な画像名称２２０１、画像の閲覧者数２２０２、コメント２２０３、画像閲覧画面２０００に戻るためのリンク２２０４を表示する。図２３の動画像情報表示画面２３００では、動画像であることを示すアイコン、画像名称、画像の閲覧者数、コメントなどの詳細情報、動画像の再生やプリント注文ができないことを通知するメッセージを表示する。
【０１０９】
ステップＳ３１０７：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００８を押下したかどうか判断する。
【０１１０】
ステップＳ３１０８：
ステップＳ３１０７にてリンク２００８を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は図２４に示すアルバム情報表示画面２４００を表示させるためのモバイル用Ｗｅｂデータを作成し、送出するよう制御する。図２４のアルバム情報表示画面２４００ではアルバム名称やアルバムを構成する画像データの数、アルバムの閲覧者数、コメントなどを表示する。尚、アルバム情報表示画面２４００で表示される画像データの数は静止画像であれば枚数、動画像であれば本数の単位で表示する。尚、「０本」もしくは「０枚」のときは表示しない。
【０１１１】
ステップＳ３１０９：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００９を押下したかどうか及び、ＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５が“１”であるかどうか判断する。
【０１１２】
ステップＳ３１１０：
ステップＳ３１０９にてリンク２００９を押下し、動画Ｆｌｕｇ２９０５が“１”であると判断されれば、モバイル用アプリケーションサーバ２０４は図２６に示すプリント注文不可画面２６００を表示させるためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１１３】
ステップＳ３１１１：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００９を押下したかどうか及び、ＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５が“１”でないかどうか判断する。
【０１１４】
ステップＳ３１１２：
ステップＳ３１１１にてリンク２００９を押下し、動画Ｆｌｕｇ２９０５が“１”でないと判断されれば、モバイル用アプリケーションサーバ２０４はアルバムのプリント注文を行うための一括プリント注文画面２５００（図２５）を表示させるためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１１５】
ステップＳ３１１３：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、上述のステップの処理でないと判断されれば、エラーダイアログを表示させるためのモバイル用Ｗｅｂデータを送出する。
【０１１６】
図３２は上述したモバイル用アプリケーションサーバ２０４がステップＳ３１０２にて実行する初期化処理の手順を表すフローチャートである。
【０１１７】
ステップＳ３２０１：
モバイル用アプリケーションサーバ２０４はシステム情報からフォトサイト１０５内の時間を取得する。
【０１１８】
ステップＳ３２０２：
モバイル用アプリケーションサーバ２０４はＵＲＬのパラメータ部に付加されている時間情報とステップＳ３２０１で取得した時間を比較し、ＵＲＬのパラメータ部に付加されている時間情報がステップＳ３２０１で取得した時間より一定時間以上前であればタイムアウトと判断する。タイムアウトと判断されれば、ステップＳ３２１４にてエラーダイアログを表示するためのＷｅｂデータを送出する。これにより、過去にブックマークされたＵＲＬを利用したアクセスを回避することができる。
【０１１９】
ステップＳ３２０３：
ステップＳ３２０３にてタイムアウトでないと判断されれば、モバイル用アプリケーションサーバ２０４はセッションＩＤを生成し、ＵＲＬのパラメータ部に付加して携帯端末１１３に返し、リダイレクト指示を出す。この指示を受けた携帯端末１１３は返されたセッションＩＤ付のＵＲＬを用いて再度、モバイル用アプリケーションサーバ２０４にアクセスする。
【０１２０】
ステップＳ３２０４：
そして、このアクセスを受けたモバイル用アプリケーションサーバ２０４はＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析し、このＡｌｂｕｍＩＤをキーとして顧客アルバムデータテーブル６００及び顧客情報データテーブル４００を参照して、アルバムをアップロードしたユーザがユーザ登録されているかどうかチェックする。ここで、ユーザ登録されていないとチェックされた場合はステップＳ３２１４にてエラーダイアログを表示するためのＷｅｂデータを送出する。これにより、脱会したなどの理由でユーザ登録されていないユーザの画像の利用を中止することができる。
【０１２１】
ステップＳ３２０５：
ステップＳ３２０４にてアルバムをアップロードしたユーザがユーザ登録されているとチェックされた場合、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００の公開可否フラグ７０４を取得し、アルバムを閲覧可能かどうか判断する。
【０１２２】
ステップＳ３２０６：
ステップＳ３２０５にてアルバムを閲覧可能であると判断されれば、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００のパスワード可否７０５、アルバムパスワード７０６を取得する。パスワード可否７０５が“１”（パスワード有り）であれば、図１９に示す閲覧パスワード入力画面１９００を表示するためのモバイル用Ｗｅｂデータを送出する。そして、閲覧ユーザが携帯端末１１３を操作し、閲覧パスワード入力画面１９００の入力領域１９０１にパスワードを入力して、ＯＫボタン１９０２を押下したことを受けると、モバイル用アプリケーションサーバ２０４は閲覧パスワード入力画面１９００の入力フィールド１９０１に入力された値とアルバムパスワード７０６の値とを比較する。２つの値が一致すれば、ステップＳ３２０７の処理を実行する。一方、２つの値が一致しなければ、ステップＳ３２１４にてエラーダイアログを表示するためのＷｅｂデータを送出する。また、パスワード可否７０５が“０”（パスワード無し）であれば、ステップＳ３２０７の処理を実行する。
【０１２３】
ステップＳ３２０７：
モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００及びアルバム画像データテーブル８００及び画像情報データテーブル９００を参照してアルバムに含まれる画像データに関する情報を取得する。そして、モバイル用アプリケーションサーバ２０４はサムネイル画像ファイルパス９０５に基づき画像データのサムネイル画像を取得して、ファイルサーバ２０９のモバイルアクセス専用のテンポラリ領域にコピーする。ここで、モバイル用アプリケーションサーバ２０４はアルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像データのサムネイル画像のみをコピーする。
【０１２４】
ステップＳ３２０８：
モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００、ＭＢアルバム情報テーブル２９００、ＭＢ画像情報テーブル３０００に新規レコードを生成し、ステップＳ３２０７で取得した画像データに関する情報とサムネイル画像のコピーのファイルパスなどを格納する。また、アルバム閲覧のためにアクセスしてきた閲覧ユーザの管理情報として、セッションＩＤを割り付け、当該アルバムをアップロードし、招待メールを閲覧ユーザに発送したユーザのユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１２５】
ステップＳ３２０９：
モバイル用アプリケーションサーバ２０４はアルバム情報データテーブル７００の携帯閲覧回数７１２及び画像情報データテーブル９００の携帯閲覧回数９１０に携帯端末１１３からのアクセスカウントを反映する。
【０１２６】
ステップＳ３２１０：
モバイル用アプリケーションサーバ２０４はアルバムに含まれる画像データが全て動画像であるかどうか判断するために動画情報データテーブル１０００を参照する。
【０１２７】
ステップＳ３２１１：
モバイル用アプリケーションサーバ２０４はアルバムに含まれる画像データが全て動画情報データテーブル１０００に登録されているかどうか判断する。
【０１２８】
ステップＳ３２１２：
ステップＳ３２１１にて全てのアルバム画像が動画情報テーブル１０００に登録されていると判断された場合、モバイル用アプリケーションサーバ２０４はＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５を”１”にセットする。ステップＳ３２１１にて全てのアルバム画像が動画情報テーブル１０００に登録されていると判断されなかった場合、モバイル用アプリケーションサーバ２０４はステップＳ３２１３の処理を実行する。
【０１２９】
ステップＳ３２１３：
モバイル用アプリケーションサーバ２０４は後述する各種画面を携帯端末に表示させるための処理（図３４参照）を実行する。
【０１３０】
図３３は図３１のステップＳ３１０４で実行される処理の詳細な手順を表すフローチャートである。
【０１３１】
ステップＳ３３０１：
モバイル用アプリケーションサーバ２０４はシステム情報からフォトサイト１０５内の標準時間を取得する。
【０１３２】
ステップＳ３３０２：
モバイル用アプリケーションサーバ２０４はＵＲＬのパラメータ部に付加されているセッションＩＤを解析して取得し、セッションＩＤをキーとしてＭＢセッション情報２８００およびＭＢアルバム情報２９００を検索取得する。尚、ＵＲＬのパラメータ部にはＡｌｂｕｍＩＤ及びユーザＩＤ、現在閲覧しているサムネイル画像の画像表示番号も含まれる。
【０１３３】
ステップＳ３３０３：
モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００の最終アクセス日時２８０２とステップＳ３３０１で取得した標準時間を比較する。その結果、最終アクセス日時２８０２が標準時間の一定時間以上前であれば通信タイムアウトと判断する。通信タイムアウトと判断されれば、モバイル用アプリケーションサーバ２０４はステップＳ３３０６にてエラーページを表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。こうすることにより、携帯端末１１３が過去にブックマークしたＵＲＬを利用してアクセスすることを回避し、更新情報を配信することができる。
【０１３４】
ステップＳ３３０４：
ステップＳ３３０３にて通信タイムアウトでないと判断されれば、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のユーザＩＤをキーとして顧客情報データテーブル４００を検索取得する。
【０１３５】
ステップＳ３３０５：
モバイル用アプリケーションサーバ２０４はアルバムをアップロードしたユーザ（アルバムオーナ）がユーザ登録されているかどうか確認する。
ユーザ登録されていないと確認されれば、モバイル用アプリケーションサーバ２０４はステップＳ３３０６にてエラーページを表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１３６】
ステップＳ３３０７：
ステップＳ３３０５にてユーザ登録されていると確認されれば、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００を検索取得する。
【０１３７】
ステップＳ３３０８：
モバイル用アプリケーションサーバ２０４はアルバム情報データテーブル７００のアルバムの公開可否フラグ７０４を確認する。公開可否フラグ７０４が“０”または“−１”（公開不可）であると確認された場合、ステップＳ３３１０にて削除フラグ１をセットする。
【０１３８】
ステップＳ３３１６：
ステップＳ３３０８にて公開可否フラグ７０４が“１”（公開可）であると確認された場合、ＵＲＬパラメータ部のＡｌｂｕｍＩＤ及び画像表示番号を元にして、アルバム画像データテーブル８００及び画像情報データテーブル９００の対応するレコードを検索取得する。
【０１３９】
そして、モバイル用アプリケーションサーバ２０４はサムネイル画像ファイルパス９０５に基づきサムネイル画像を取得して、ファイルサーバ２０９のモバイルアクセス専用のテンポラリ領域にコピーする。ここで、モバイル用アプリケーションサーバ２０４はアルバム画像データテーブル８００の画像表示番号８０３を参照し、現在閲覧しているサムネイル画像のみをコピーする。
【０１４０】
ステップＳ３３０９：
モバイル用アプリケーションサーバ２０４はＭＢ画像情報テーブル３０００を取得する。
【０１４１】
ステップＳ３３１１：
モバイル用アプリケーションサーバ２０４は画像データが画像情報データテーブル９００の閲覧禁止フラグ９１１を確認する。そして、画像データが画像情報データテーブル９００にない、あるいは閲覧禁止フラグ９１１が“０”（閲覧不可）と確認された場合には、ステップＳ３３１３にて削除フラグ２をセットする。
【０１４２】
ステップＳ３３１２：
ステップＳ３３１１にて閲覧禁止フラグ９１１が“１”（閲覧可）と確認された場合には、モバイル用アプリケーションサーバ２０４は画像情報データテーブル９００の携帯閲覧回数９１０に携帯端末１１３からのアクセスカウントを更新する。
【０１４３】
ステップＳ３３１４：
モバイル用アプリケーションサーバ２０４はシステム情報から日時情報を取得し、ＭＢセッション情報テーブル２８００の最終ログイン日時２８０２に反映する。
【０１４４】
ステップＳ３３１５：
モバイル用アプリケーションサーバ２０４は後述する各種画面を携帯端末に表示させるための処理（図３４参照）を実行する。
【０１４５】
図３４は図３２のステップＳ３２１３及び図３３のステップＳ３３１５にてモバイル用アプリケーションサーバ２０４が実行する処理を表すフローチャートである。
【０１４６】
ステップＳ３４０１：
モバイル用アプリケーションサーバ２０４は削除フラグ１がセットされているかどうかチェックする。セットされているとチェックされれば、ステップＳ３４０２にてモバイル用アプリケーションサーバ２０４はエラー表示文字列をセットする。
【０１４７】
ステップＳ３４０２：
モバイル用アプリケーションサーバ２０４は削除フラグ２がセットされているかどうか検査する。セットされていると検査されれば、ステップＳ３４０４にてモバイル用アプリケーションサーバ２０４はエラー表示文字列をセットする。
【０１４８】
ステップＳ３４０６：
モバイル用アプリケーションサーバ２０４はＭＢ画像情報テーブル３０００の画像名称３００５を画像閲覧画面２０００の画像名称２００２に表示させる文字列としてセットする。
【０１４９】
ステップＳ３４１０：
モバイル用アプリケーションサーバ２０４はＭＢ画像情報テーブル３０００の画像コメント３００５にセッション情報を含んだリンクを生成し、画像閲覧画面２０００のリンク２００７に表示するようセットする。
【０１５０】
ステップＳ３４１１：
モバイル用アプリケーションサーバ２０４はＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５を確認する。
【０１５１】
ステップＳ３４１２：
ステップＳ３４１１にて動画Ｆｌｕｇ２９０５が”１”にセットされていると確認された場合はアルバム内の画像データが全て動画像であると判断し、モバイル用アプリケーションサーバ２０４は動画印刷不可ダイアログ２６００を表示するための情報にセッション情報を含んだリンクを生成し、画像閲覧画面２０００のリンク２００９に表示するようセットする。
【０１５２】
ステップＳ３４１３：
ステップＳ３４１１にて動画Ｆｌｕｇ２９０５が”１”にセットされていないと確認された場合はアルバム内の画像データに静止画像が含まれていると判断し、モバイル用アプリケーションサーバ２０４は一括プリント注文画面２５００を表示するための情報にセッション情報を含んだリンクを生成し、画像閲覧画面２０００のリンク２００９に表示するようセットする。
【０１５３】
ステップＳ３４１４：
モバイル用アプリケーションサーバ２０４は画像閲覧画面２０００の各種表示項目と対応する画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等をセッション情報を含んだ形で生成し、セットする。また、モバイル用アプリケーションサーバ２０４は表示する画像と対応する画像データが動画情報データテーブル１０００に登録されているかどうかを確認し、動画像であれば、画像閲覧画面２０００の［動画］のコメント２１０１、動画アイコンを表示するようセットする。
【０１５４】
ステップＳ３４１５：
モバイル用アプリケーションサーバ２０４は上述の処理でセットされた各種画面を表示するためのモバイル用Ｗｅｂデータをまとめて送出する。
【０１５５】
（携帯端末からのプリント注文の処理例）
ユーザが閲覧中のアルバムに対してプリント注文を行う場合、先ず携帯端末１１３を操作して図２０の画像閲覧画面２０００内の「プリント注文」リンク２００９を押下し、後述する一括プリント注文画面２５００の表示を要求する。
この要求を受けたモバイルアプリケーションサーバ２０４は、プリント注文処理を行う。
【０１５６】
図３６はモバイルアプリケーションサーバ２０４のプリント注文処理の手順を示すフローチャートである。以下、このフローチャートを元にして、携帯端末１１３からのプリント注文に関するモバイルアプリケーションサーバ２０４の処理について詳細に説明する。
【０１５７】
尚、図３５は、プリント注文処理中に携帯端末１１３のディスプレイに表示される画面の遷移関係を表した図である。
【０１５８】
ステップＳ３６０１：
モバイルアプリケーションサーバ２０４は、リクエストされたアルバム内の画像に動画像が含まれるかどうか検査する。具体的には、動画情報テーブル１０００のレコードを検索してアルバム内の個々の画像と一致するかどうか検査し、一致すれば動画像であると判断する。
【０１５９】
アルバム内に動画像が含まれると判断されれば、図４８に示す一括プリント注文画面２５００を携帯端末１１３のディスプレイに表示するよう制御する。図４８の一括プリント注文画面２５００では、動画の代表画像のプリント注文を受け付けないことを通知するコメント（例えば、「動画はプリントできません」）４８０１を表示する。
【０１６０】
一方、アルバム内に動画像が含まれないと判断されれば、モバイルアプリケーションサーバ２０４は図２５に示す一括プリント注文画面２５００を携帯端末のディスプレイに表示するよう、ページデータを生成して送出するよう制御する。そして、アルバム内の全画像に対するプリントサイズとプリント枚数の指定をユーザに促す。同時に、モバイルアプリケーションサーバ２０４は新たな注文番号を発行してデータベース２０８内の注文情報テーブル１１００に新規注文用のレコードを作成し、注文ステータス１０１４を”０（プリントサイト発注前）”にしておく。又、ＭＢセッション情報テーブル２８００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド２８０６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加する。
【０１６１】
ユーザは携帯端末１１３を操作してプルダウンメニュー２５０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。選択できるプリントサイズには、ＤＰ判フチなし、ＤＰ判フチあり、Ｌ判フチなし、Ｌ判フチあり、２Ｌ判フチなし、２Ｌ判フチありの６種類がある。本実施形態では、プリントサイズの指定はこの一括プリント注文画面２５００でのみ行なう。つまり、アルバム内の全画像に対して一種類のプリントサイズのみ指定できることになっている。ユーザがアルバム内の全画像を同一枚数でプリントしたい場合には、続いて枚数入力領域２５０３に所望の枚数を入力する。
【０１６２】
尚、一括プリント注文画面２５００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ２５０１を表示する。
【０１６３】
また、ユーザが携帯端末１１３を操作して一括プリント注文画面２５００の注文取消しリンク２５０６を押下すると、モバイルアプリケーションサーバ２０４はプリント注文処理をキャンセルし、携帯端末１１３のディスプレイに表示される画面を画像閲覧画面２０００へ戻すよう制御する。この際、表示するサムネイルは、プリント注文処理へ入る直前に表示していたサムネイルである。
【０１６４】
ステップＳ３６０４：
プルダウンメニュー２５０２や枚数入力領域２５０３に入力した設定でプリント注文を行って良い場合には、ユーザは携帯端末１１３を操作して「すすむ」ボタン２５０４を押下する。これを受けて、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を次の注文者情報入力画面３７００へ遷移するよう制御する。
【０１６５】
ステップＳ３６０２：
また、ユーザがアルバム内の全画像ではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合には、「こちらへ」ボタン２５０５を押下する。モバイルアプリケーションサーバ２０４はこれを受けたかどうか判定する。
【０１６６】
ステップＳ３６０３：
ステップＳ３６０５で「こちらへ」ボタンの押下を受けていれば、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を個別プリント注文画面３８００へ遷移するよう制御する。
ユーザは携帯端末１１３を操作し、個別プリント注文画面３８００にしたがってプリントしたい画像をアルバム内から選択したり、個々の画像についてプリント枚数を指定したりすることができる。
【０１６７】
例えば、図３８にアルバム内の画像が個別プリント注文画面３８００の複数ページに渡って表示され、そのうち画像が静止画のみのページの例を示す。個別プリント注文画面３８００にはアルバム内の画像の画像名３８０２と枚数入力領域３８０３がリスト表示される。ユーザが携帯端末１１３を操作して、所望のプリント枚数を枚数入力領域３８０３に入力し、設定更新ボタン３８０４を押下すると、モバイルアプリケーションサーバ２０４は必要に応じてレコードを作成し、注文画像データテーブル１２００にプリント枚数を格納する。ここで、設定更新ボタン３８０４が押下されずに後述するボタンやリンクが押下されて携帯端末１１３のディスプレイに表示される画面が遷移した場合、入力されたプリント枚数は送出されず、モバイルアプリケーションサーバ２０４はプリント枚数の入力がなかったものと見なす。ページ番号３８０５は、この場合の現在表示中のページを表している。また、ユーザが携帯端末１１３を操作して「前へ」リンク３８０６、「次へ」リンク３８０７を押下することで、モバイルアプリケーションサーバ２０４は個別プリント注文画面３８００のページ間の移動を行うよう制御する。また、ユーザが携帯端末１１３を操作してページ番号指定領域３８０８に移動先のページ番号を入力して表示ボタン３８０９を押下することで、モバイルアプリケーションサーバ２０４は指定したページ番号の個別プリント注文画面３８００のページへ移動するよう制御する。
【０１６８】
尚、本実施形態では一画面中に表示する画像は最大５つまでとしており、アルバム内にこれより多くの数の画像がある場合は複数ページに跨って画像名のリストを表示する。尚、一画面中に表示される画像の数は限定しない。
【０１６９】
また、個別プリント注文画面３８００の画像名３８０２自体もリンクになっており、ユーザが携帯端末１１３を操作して画像名３８０２を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を図３９に示す画像確認画面３９００へ遷移するよう制御する。
【０１７０】
図３９の画像確認画面３９００は、ユーザがプリントを所望する画像を実際に見て確認するための画面である。画像確認画面３９００には、画像のサムネイル３９０６と画像名３９０２、画像ページ番号３９０３、画像サイズ３９０４、プリント回数３９０５が表示されている。モバイルアプリケーションサーバ２０４は、画像情報データテーブル９００の対応するレコードからそれらの情報を読み出し、画像確認画面３９００を生成する。ユーザが携帯端末１１３を操作して「戻る」リンク３９０１を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を個別プリント注文画面３８００へ遷移するよう制御する。
【０１７１】
また、ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終え、携帯端末１１３を操作して「すすむ」ボタン３８１０を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を次の注文者情報入力画面３７００へ遷移するよう制御する。
【０１７２】
又、ユーザが携帯端末１１３を操作して「戻る」リンク７９１２を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を一括プリント注文画面２５００へ遷移するよう制御する。
尚、個別プリント注文画面３８００の詳細については後述する。
【０１７３】
また、モバイルアプリケーションサーバ２０４は、一括プリント注文画面２５００及び個別プリント注文画面３８００どちらの場合においても、選択された画像数分のレコードを注文画像データテーブル１２００に作成し、入力されたプリントサイズとプリント枚数を格納する。
【０１７４】
（個別プリント注文画面の生成処理手順例）
図４７は、図３６のステップＳ３６０３における個別プリント注文画面３８００を生成するフローチャートである。
【０１７５】
この処理は、ユーザが携帯端末１１３を操作して、一括プリント注文画面２５００の「こちらへ」ボタン２５０５や、画像確認画面３９００の「戻る」ボタン３９００、注文者情報設定画面３７００の「戻る」ボタン３７１４などをクリックして個別プリント注文画面３８００のページ参照リクエストを送出し、モバイルアプリケーションサーバ２０４が携帯端末１１３のディスプレイに表示される画面を個別プリント注文画面３８００に遷移するよう制御するときに行われる。
【０１７６】
ステップＳ４７０１：
モバイルアプリケーションサーバ２０４は、個別プリント注文画面４７００のページ参照リクエストを受け、リクエストされたアルバム内の画像の構成を検査する。具体的には、動画情報データテーブル１０００を検索してアルバム内の画像と一致するものがあるかどうかに基づき、アルバム内の個々の画像について動画像であるか静止画像であるかを検査する。
【０１７７】
ステップＳ４７０２：
モバイルアプリケーションサーバ２０４は、動画情報データテーブル１０００を検索してアルバム内の画像と一致するものがあった場合、画像入力装置１０１で動画撮影された画像とその代表画像がアルバムに含まれると判断して、動画の代表画像を印刷注文の対象としないことを通知するための、例えば「枚数を指定してください（動画はプリントできません）」というような印刷不可のコメントを個別プリント注文画面３８００に表示するように設定する。
【０１７８】
ステップＳ４７０３：
モバイルアプリケーションサーバ２０４は、動画情報データテーブル１０００を検索してアルバム内の全ての画像と一致しなかった場合、アルバム内の画像は全て静止画像であると判断して、例えば「枚数を指定してください。」のような静止画用のコメントを個別プリント注文画面３８００に表示するように設定する。
【０１７９】
ステップＳ４７０４：
モバイルアプリケーションサーバ２０４は、動画情報データテーブル１０００を検索して、個別プリント注文画面３８００で１度に表示される画像情報（本実施形態では５つとする。）の構成を検査する。ここでは、ステップＳ４７０１と同様にして個別プリント注文画面３８００で１度に表示される個々の画像について動画像か静止画像かを検査する。
【０１８０】
ステップＳ４７０５：
モバイルアプリケーションサーバ２０４は、個別プリント注文画面３８００で１度に表示される画像が、動画撮影された画像から生成した代表画像を含むと判断した場合、代表画像の画像名を個別プリント注文画面３８００に表示するように設定する。
【０１８１】
ステップＳ４７０６：
モバイルアプリケーションサーバ２０４は、個別プリント注文画面３８００で１度に表示される５つの画像全てが動画撮影された画像から生成した代表画像かどうかを判定する。
ここで、全てが動画の代表画像であれば、図４６に示すような個別プリント注文画面３８００を表示するよう設定し、ステップＳ４７１０に進む。
【０１８２】
図４６は一画面中に表示する５つの画像全てが動画撮影された画像から生成した代表画像である場合に表示される個別プリント注文画面３８００を示す。動画像についてはプリント注文を受け付けられないので、図３８の個別プリント注文画面の設定更新ボタン３８０４は図４６の個別プリント注文画面３８００では表示されない。
【０１８３】
ステップＳ４７０７：
モバイルアプリケーションサーバ２０４は、個別プリント注文画面３８００で１度に表示される画像に静止画が含まれる場合、セッション情報を含む詳細画像閲覧画面を表示するためのリンク情報および画像名、枚数入力領域３８０３を個別プリント注文画面３８００に表示するよう設定する。
【０１８４】
ステップＳ４７０８：
モバイルアプリケーションサーバ２０４は、アルバム内の画像が５枚以下かを判定する。
【０１８５】
ステップＳ４７０９：
アルバム内の画像が５枚より多く、複数ページにわたって個別プリント注文画面３８００を表示するとき、個別プリント注文画面３８００に更新ボタン３８０４を表示するように設定する。つまり、図３８に示すような個別プリント注文画面３８００を表示するよう設定される。一方、アルバム内の画像が５枚以下の場合は１ページの個別プリント注文画面３８００に表示できるので更新ボタン３８０４の必要がないので、ステップＳ４７１０に進む。つまり、図４０に示すような個別プリント注文画面３８００を表示するよう設定される。
【０１８６】
図４０は一画面中に表示する画像が５つ以下の場合に携帯端末１１３のディスプレイに表示される個別プリント注文画面３８００を示す。図４０の個別プリント注文画面３８００には、図３８の個別プリント注文画面３８００で示したような設定更新ボタン３８０４や「前へ」リンク３８０６、「次へ」リンク３８０７、ページ番号指定領域３８０８、表示ボタン３８０９が無い。また、ユーザが携帯端末１１３を操作してプリント枚数入力領域３８０３に入力し、「すすむ」ボタン３８１０が押下されると、携帯端末１１３からモバイルアプリケーションサーバ２０４へプリント枚数が送出される。そして、モバイルアプリケーションサーバ２０４は必要に応じてレコードを作成し、注文画像データテーブル１２００の対応するレコードにプリント枚数を格納する。
【０１８７】
ステップＳ４７１０：
モバイルアプリケーションサーバ２０４は、各ステップで設定された情報に従って個別プリント注文画面３８００のページ情報を作成する。例えば、アルバム内の画像が５つより多く、複数ページに渡り、また、１つのページに静止画、動画を含む場合には、図４５に示すような個別プリント注文画面３８００を表示するようページ情報を作成する。
【０１８８】
図４５はアルバム内の画像が５つより多く、複数ページに渡り、また、一画面中に画像を５つ表示し、５つある画像のうち１つ以上の画像が動画撮影された画像から生成した代表画像である場合に表示される個別プリント注文画面３８００である。図４５の個別プリント注文画面３８００は図３８の個別プリント注文画面３８００で表示される項目に加えて、動画およびその代表画像はプリント注文できないことを通知するコメント４５０１を表示する。一方、図４５の個別プリント注文画面３８００は図３８の個別プリント注文画面３８００と異なり、動画の代表画像の画像名４５０２には詳細画像を表示するためのリンクが設定されていない。そして、モバイルアプリケーションサーバ２０４は作成したページ情報をまとめてインターネット１０４に送出するよう制御する。
【０１８９】
上記処理によって、アルバム内の画像の個別プリント注文画面３８００は、複数ページに渡る静止画のみのリスト表示（図３８）、ページに含まれる画像が５枚以下で静止画のリスト表示（図４０）、複数ページに渡る静止画と動画の混在したリスト表示（図４５）、ページに含まれる画像が全て動画の代表画像のリスト表示（図４６）など、画像の種類や数量に対応したレイアウトでユーザの携帯端末１１３のディスプレイに表示することができる。これにより、表示能力の低い携帯端末であっても、ユーザに対して画像の種類に応じて提供できないサービスを明示することができるのでユーザビリティを高めることができる。
【０１９０】
引き続き、図３６のフローチャート図を参照して説明する。
【０１９１】
ステップＳ３６０４：
モバイルアプリケーションサーバ２０４は注文者情報入力画面３７００を携帯端末１１３のディスプレイに表示するよう制御し、ユーザに対して個人情報の入力を促す。ユーザが携帯端末１１３を操作して、注文者情報入力画面３７００に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレス，配送方法，配送先を入力し、「すすむ」ボタン３７１４を押下すると、アプリケーションサーバ２０４は入力された情報に不備が無いことをチェックした後、注文者データテーブル１４００に新たなレコードを生成し、入力された個人情報を格納する。この際、本実施例では都道府県情報をＪＩＳで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ２０４は都道府県入力領域３７０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。又、この際、モバイルアプリケーションサーバ２０４が本プリント注文を行ったユーザに対して割り振った注文者ＩＤを注文情報データテーブル１１００のレコード内の注文者ＩＤフィールド１１０２に格納する。
【０１９２】
尚、未入力や指定外文字種入力等によって入力された情報に不備があった場合には、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイにエラー画面を表示するよう制御してユーザに再入力を促す。
【０１９３】
ステップＳ３６０５：
ユーザが携帯端末１１３を操作して配送先３７１３として「注文者と同じ」を選択して「すすむ」ボタン３７１４を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示する画面を次のフェーズである見積もり表示画面４１００へ遷移するよう制御する。一方、ユーザが携帯端末１１３を操作して配送先３７１３として「配送先を指定」を選択して「すすむ」ボタン３７１４を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を配送先入力画面４２００へ遷移するよう制御する。配送先入力画面４２００ではステップＳ３６０４で入力された注文者情報とは別に配送先を指定することができる。又、ユーザが携帯端末１１３を操作して「戻る」リンク３７１６を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を、直前に表示していた一括プリント注文画面２５００か個別プリント注文画面３８００のどちらかへ遷移するよう制御する。
【０１９４】
ステップＳ３６０６：
ユーザが携帯端末１１３を操作して、配送先入力画面４２００の指示に従って姓名，姓名のフリガナ，郵便番号，住所，電話番号，メールアドレスを入力し、「すすむ」ボタン４２１２を押下すると、モバイルアプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ３６０６にて作成済みの注文情報データテーブル１１００のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ２０４は先程の注文者情報入力画面３７００での処理と同様に、都道府県入力領域４２０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。また、未入力や指定外文字種入力等によって入力された情報に不備があった場合には、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイにエラー画面を表示するよう制御してユーザに再入力を促す。
【０１９５】
また、ユーザが携帯端末１１３を操作して「すすむ」ボタン４２１２を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を見積もり表示画面４１００へ遷移するよう制御する。
又、ユーザが携帯端末１１３を操作して「戻る」リンク４２１４を押下すると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示される画面を注文者情報入力画面３７００へ遷移するよう制御する。
【０１９６】
ステップＳ３６０７：
モバイルアプリケーションサーバ２０４は図４１に示す見積もり表示画面４１００を携帯端末１１３のディスプレイに表示するよう制御し、ユーザに対してプリント注文内容の確認を促す。見積もり表示画面４１００にはフォトサイト１０５で算出された商品価格や送料，各種手数料とその合計利用金額などの見積もりと、注文者情報、配送先情報が表示される。又、モバイルアプリケーションサーバ２０４は注文決済データテーブル１３００に新たなレコードを生成し、算出された見積もりデータを格納する。この際の決済ステータス１３０８は”０（決済注文未確定）”にしておく。尚、図３７の注文者情報入力画面３７００では注文者情報と配送先が同じと入力されているため、図４１の見積もり画面４１００では配送先表示欄に「注文者と同じ」と表示しているが、注文者情報と配送先が異なる場合には、配送先表示欄には配送先情報を表示する。
【０１９７】
ステップＳ３６０８：
モバイルアプリケーションサーバ２０４は、ユーザが携帯端末１１３を操作して、「注文する」ボタン４１０２を押下したかどうかチェックする。押下したとチェックされた場合、ステップＳ３６０９へ進む。
又、「戻る」リンク４１０４を押下したとチェックすると、モバイルアプリケーションサーバ２０４は携帯端末１１３のディスプレイに表示する画面を、直前に表示していた注文者情報入力画面３７００か配送先入力画面４２００のどちらかへ遷移するよう制御する。又、「注文取消し」リンク４１０３を押下したとチェックすると、モバイルアプリケーションサーバ２０４はプリント注文処理をキャンセルして、携帯端末１１３のディスプレイの画面を画像閲覧画面２０００へ戻るよう制御する。この際、表示する画像はプリント注文処理へ入る直前に表示していた画像である。
【０１９８】
ステップＳ３６０９：
モバイルアプリケーションサーバ２０４はユーザに選択された画像がＤＢサーバ２０８内の画像情報データテーブル９００にあるか否かをチェックする。
全ての画像があるとチェックした場合、ステップＳ３６１１へ進む。
【０１９９】
ステップＳ３６１０：
ステップＳ３６０９にて無いとチェックした場合、モバイルアプリケーションサーバ２０４は携帯端末１１３にエラー画面を表示するよう制御する。そして、再度、一括プリント注文画面２５００を表示するよう制御してユーザに画像選択を促す。
【０２００】
ステップＳ３６１１：
ステップＳ３６０９にて全ての画像があるとチェックした場合、ユーザからのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように注文受け付け画面４３００とオーダステータス画面４４００にアクセスするためのＵＲＬを同一にして、ユーザの操作性を向上するために必要な処理である。ユーザが携帯端末１１３を操作して見積もり画面４１００の「注文する」ボタン４１０２を押下した際に送られてくるプリント注文要求（ＵＲＬパラメータ）に含まれている注文番号を元にして、モバイルアプリケーションサーバ２０４は注文決済データテーブル１３００の対応するレコードを検索し、決済ステータス１３０８を参照する。決済ステータス１３０８が“０”（決済注文未確定）の場合は、注文受け付け処理が完了していないと判断して、次のステップＳ３６１２へ進む。一方、決済ステータス１３０８が“１”（決済注文保留中）あるいは“２”（決済終了）の場合は既に既に注文受け付け処理が完了していると判断して、ステップＳ３６１７へ進む。
【０２０１】
ステップＳ３６１２：
モバイル用アプリケーションサーバ２０４はプリント注文要求のプリントオーだ作成処理が既に開始されていないかどうかチェックし、これが、最初のプリント注文要求であるか否かをチェックする。これは、見積もり画面４１００の「注文する」ボタン４１０２が二度押しされた場合に、誤って同一のプリント注文要求を複数回受け付けないようにするために必要な処理である。具体的には、受けたプリント注文要求に対する後述のプリントオーダ作成処理（ステップＳ３６１３）を行っている最中か否かによって判断する。誤って同一のプリント注文要求がなされたと判断した場合、モバイル用アプリケーションサーバ２０４はステップＳ３６１８にて携帯端末１１３のディスプレイにエラー画面を表示するよう制御してプリント注文処理を終了する。一方、最初のプリント注文要求であると判断すれば、次のステップＳ３６１３へ進む。
【０２０２】
ステップＳ３６１３：
モバイルアプリケーションサーバ２０４は図４３に示す注文受付画面４３００を携帯端末のディスプレイに表示するよう制御し、プリント注文要求を受け付けた旨をユーザに通知する。又、注文受付画面４３００には、後述するステップＳ３６１５にてユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。更に、この注文受付画面４３００のＵＲＬを携帯端末１１３にブックマークして記憶しておき、後ほどそのＵＲＬへアクセスすることで、後述するオーダステータス画面４４００を表示することができることも記載する。また、ユーザが携帯端末１１３を操作して「終了」ボタン４３０２を押下すると、モバイルアプリケーションサーバ２０４はプリント注文処理を完了して、携帯端末１１３のディスプレイに表示される画面を画像閲覧画面２０００へ戻すよう制御する。この際、表示する画像はプリント注文処理へ入る直前に表示していた画像である。
【０２０３】
ステップＳ３６１４：
モバイルアプリケーションサーバ２０４はステップＳ３６１３で注文受け付け画面４３００を表示すると同時に、プリントオーダファイル作成処理を行う。プリントオーダファイルはプリント注文された画像データ、プリント枚数、プリント形式、注文者情報、配送先情報、発注金額などの各種情報を１つのファイルにまとめたものである。尚、プリント注文する画像数が多量であったり、画像データサイズが大きかったりすると、プリントオーダファイル作成処理にはかなりの時間がかかる。
【０２０４】
ステップＳ３６１５：
モバイルアプリケーションサーバ２０４は決済サイト１２０に利用金額を通知する。決済サイト１２０は、通知された利用金額を受け付ける処理を行った後にその確認番号をアプリケーションサーバ２０４に通知する。この通知を受けたモバイルアプリケーションサーバ２０４は、注文決済データテーブル１３００内の対応レコードの決済ステータス１３０８を“１”（未決済注文保留中）に変更する。
【０２０５】
ステップＳ３６１６：
モバイルアプリケーションサーバ２０４はユーザ宛に電子メールを送付する。
【０２０６】
ステップＳ３６１７：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からステップＳ３６１３の注文受け付け画面４３００でブックマークしたＵＲＬあるいはステップＳ３６１６にて送付された電子メールに記載されているＵＲＬを使用したアクセスを受け、決済ステータス１３０８が“２”（決済終了）であれば、図４４に示すオーダステータス画面４４００を携帯端末１１３のディスプレイに表示するよう制御する。
【０２０７】
ここで、オーダステータス画面４４００はプリント注文を行った閲覧ユーザがその後の処理状況を確認できるようにすることを目的とする。オーダステータス画面４４００には注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。処理ステータスには、入金待ち、入金期限切れ、プリント待ち、プリント完了、配送完了等があり、注文情報データテーブル１１００の注文ステータス１０１４や注文決済データテーブル１３００の決済ステータス１３０８の状態と連動して随時表示が変更される。
【０２０８】
尚、図１９〜図２７に示した携帯端末１１３のディスプレイに表示される各画面は一例であり、これらの表示レイアウトは携帯端末１１３の画面サイズや画像データの画像サイズによって文字の回りこみ具合などが変化する。
【０２０９】
（他の実施形態）
尚、本実施例では動画情報をアップロードしたときに、動画情報データテーブルを作成し、サービスするときに対象となる画像が動画情報データテーブルにあるかどうかでサービスを提供するか判定した例を説明したが、静止画の情報データに、例えば動画から生成したことを示す情報、変換ソフトの名称、カメラの機種、アップロード機能の名称等を記録するようにして判定することも出来る。又、静止画をアップしたときに登録する静止画情報データのファイルパスの有り無しで判定することもできる。
【０２１０】
又、本実施形態ではデジタルカメラで撮影された画像を使ったイメージネットワークサービスを例に説明したが、画像だけでなく音声を使い、その情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、音声再生システムなど、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０２１１】
例えば、ユーザＰＣ１０２からインターネット１０４を介してフォトサイト１０５に画像ファイルと同様に音声ファイルをアップロードするようにした場合、音声ファイルはプリントできないので、音声ファイルを本実施の形態の動画と同様に扱うことにより、プリント注文できないように制御することも可能になる。
【０２１２】
また、例えば、ユーザＰＣ１０２からインターネット１０４を介してフォトサイト１０５に画像ファイルと同様に音声ファイルをアップロードするようにし、プリントサービスではなく、音声編集サービスなど音声情報に特有のサービスを提供する場合、画像ファイルには提供できないので、音声ファイルを本実施の形態の静止画と同様に扱い、画像ファイルを本実施形態の動画と同様に扱うことにより、画像ファイルに対して音声編集サービスなど音声情報に特有のサービスを提供できないように制御することも可能になる。
【０２１３】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０２１４】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２１５】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０２１６】
【発明の効果】
以上説明したように、本発明によれば、サービスの対象となるデータの種類や数量に応じて異なるサービス注文画面を表示させるので、当該サービスの対象となり得るデータの種類に制限があり、また注文画面を表示する端末の表示能力にも制限がある場合に、そのことをユーザに明示できるので、ユーザにとって使い勝手のよいサービスを提供できるという効果がある。
【０２１７】
すなわち、例えばインターネット上で保管された複数のデータを対象とするプリント注文サービスのサービス注文画面をディスプレイの小さな携帯端末に表示する場合に、当該サービス注文画面の１ページ中に表示される画像の中にプリントに適さない動画から生成した静止画が含まれるかどうかに応じて表示方法を変えることが出来たので、データの種類や数量に応じてサービスの提供方法を変えることが可能になった。また、ユーザに情報を告知することが可能になった。また、ユーザが提供を受けられるサービスの認識を明確にできるので、使い勝手の良いサービスを提供が可能になった。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトで管理する動画情報テーブルを示した図である。
【図１１】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図１２】本実施形態のフォトサイトで管理する注文情報データテーブルを示した図である。
【図１３】本実施形態のフォトサイトで管理する注文画像データテーブルを示した図である。
【図１４】本実施形態のフォトサイトで管理する注文決済データテーブルを示した図である。
【図１５】本実施形態のフォトサイトで管理するプリントサイトデータテーブルを示した図である。
【図１６】本実施形態のフォトサイトのＰＣからのアクセスに対する処理手順を示すフローチャートである。
【図１７】本実施形態のアルバム通知メールの一例を示す図である。
【図１８】本実施形態のアルバムの閲覧画面例を示す図である。
【図１９】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図２０】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図２１】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図２２】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図２３】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図２４】本実施形態の携帯端末に表示されるページの一例を示す図である。
【図２５】本発明の一実施形態に係る携帯端末からのプリント注文処理における一括プリント注文画面を示す図である。
【図２６】本実施形態の携帯端末に表示されるページの一例を示す図である。
【図２７】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図２８】特定の携帯電話からのアクセスを管理するテーブル例を示す図である。
【図２９】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示す図である。
【図３０】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示す図である。
【図３１】本実施形態の処理の一例を示すフローチャートである。
【図３２】図２０に示す画像閲覧画面２０００を表示するときの表示に関する処理例を表すフローチャートである。
【図３３】図３２でセッション情報が既に作られているときの処理（Ｓ３２０３）を詳細に表すフローチャートである。
【図３４】図３２及び図３３で画像閲覧画面２０００のデータを生成する処理（Ｓ３２１４、Ｓ３３１５）を詳細に表すフローチャートである。
【図３５】本実施形態に係る携帯端末からのプリント注文処理に関わる画面の遷移関係を示す図である。
【図３６】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
【図３７】本実施形態に係る携帯端末からのプリント注文処理における注文者情報入力画面を示す図である。
【図３８】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図３９】本実施形態に係る携帯端末からのプリント注文処理における画像確認画面を示す図である。
【図４０】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（１ページ構成の場合）を示す図である。
【図４１】本実施形態に係る携帯端末からのプリント注文処理における見積もり画面を示す図である。
【図４２】本実施形態に係る携帯端末からのプリント注文処理における配送先入力画面を示す図である。
【図４３】本実施形態に係る携帯端末からのプリント注文処理における注文受け付け画面を示す図である。
【図４４】本実施形態に係る携帯端末からのプリント注文処理におけるオーダステータス画面を示す図である。
【図４５】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（動画混在）を示す図である。
【図４６】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（動画のみの場合）を示す図である。
【図４７】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
【図４８】本実施形態に係る携帯端末に表示される画面の一例を示す図である。
【図１】
2004348267.tif 000003
【図２】
2004348267.tif 000004
【図３】
2004348267.tif 000005
【図４】
2004348267.tif 000006
【図５】
2004348267.tif 000007
【図６】
2004348267.tif 000008
【図７】
2004348267.tif 000009
【図８】
2004348267.tif 000010
【図９】
2004348267.tif 000011
【図１０】
2004348267.tif 000012
【図１１】
2004348267.tif 000013
【図１２】
2004348267.tif 000014
【図１３】
2004348267.tif 000015
【図１４】
2004348267.tif 000016
【図１５】
2004348267.tif 000017
【図１６】
2004348267.tif 000018
【図１７】
2004348267.tif 000019
【図１８】
2004348267.tif 000020
【図１９】
2004348267.tif 000021
【図２０】
2004348267.tif 000022
【図２１】
2004348267.tif 000023
【図２２】
2004348267.tif 000024
【図２３】
2004348267.tif 000025
【図２４】
2004348267.tif 000026
【図２５】
2004348267.tif 000027
【図２６】
2004348267.tif 000028
【図２７】
2004348267.tif 000029
【図２８】
2004348267.tif 000030
【図２９】
2004348267.tif 000031
【図３０】
2004348267.tif 000032
【図３１】
2004348267.tif 000033
【図３２】
2004348267.tif 000034
【図３３】
2004348267.tif 000035
【図３４】
2004348267.tif 000036
【図３５】
2004348267.tif 000037
【図３６】
2004348267.tif 000038
【図３７】
2004348267.tif 000039
【図３８】
2004348267.tif 000040
【図３９】
2004348267.tif 000041
【図４０】
2004348267.tif 000042
【図４１】
2004348267.tif 000043
【図４２】
2004348267.tif 000044
【図４３】
2004348267.tif 000045
【図４４】
2004348267.tif 000046
【図４５】
2004348267.tif 000047
【図４６】
2004348267.tif 000048
【図４７】
2004348267.tif 000049
【図４８】
2004348267.tif 000050