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