JP2004349859A

JP2004349859A - INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD

Info

Publication number: JP2004349859A
Application number: JP2003142402A
Authority: JP
Inventors: Kenji Maeda; 健司前田; Yoko Murase; 曜子村瀬; Makoto Kobayashi; 真琴小林; Hitoshi Sunada; 仁砂田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-05-20
Filing date: 2003-05-20
Publication date: 2004-12-09

Abstract

<P>PROBLEM TO BE SOLVED: To provide a system, an apparatus, and a method for information processing that can inform a user of the kind of content data by displaying it on a communication terminal, a storage medium stored with a program for implementing the method so that it can be read by the information processing apparatus, and the program. <P>SOLUTION: In the information processing method for providing services to the communication terminal, the kind of the content data is discriminated (S3411) from content management information for managing the stored content data and information regarding the discrimination result is transmitted to the communication terminal and displayed (S3412, S3413). <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置が記憶する画像に対し、情報端末、特に携帯電話から閲覧サービスを受けるための情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関するものである。
【０００２】
【従来の技術】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能となっている。
【０００３】
このような背景から、情報提供サービスを行うシステムとして、画像サービスサイト（以後、フォトサイトと称す）がインターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データなどを預かり、その画像データを顧客が望む時に再度閲覧できるようなサービスを提供するシステムが生まれた（例えば、特許文献１参照）。又、このようなサービスを提供するプロバイダもある。このような状況において、静止画像だけを対象としたサービスでなくビデオ機器などで撮影された動画像も対象としたサービスも始まろうとしている。
【０００４】
【特許文献１】特開平１１−２２４２２８号公報（第６頁、図３）
【０００５】
【発明が解決しようとする課題】
ところが、上記サービスを携帯端末、特に携帯電話に提供しようとした場合、携帯端末の画面は小型軽量化されているためディスプレイの大きさや表示文字の大きさは、デスクトップタイプのパーソナルコンピュータ（以下、ＰＣ）の大きさと比較すると大変小さい。そのために、携帯端末のユーザは、表示される情報量が少なく、閲覧している画像がどのようなデータから作られた画像を参照しているのかを把握しにくい問題がある。
【０００６】
又、ＰＣは再生アプリケーションをインストールして動画を再生することは可能であるが、携帯電話は現在のところ多くの機種で動画を再生することはできないという問題があった。そのため、動画の１コマを静止画として閲覧させる方法が考えられるが、通常の静止画と動画の１コマの静止画であるかをユーザがその静止画から判断することは困難であった。
また、動画はプリントすることができないので、プリントサービスを提供できないという問題があった。また、動画の１コマから生成された静止画は画素数が少ないため画質が低く印刷には適さないのでプリントサービスを提供できないという問題があった。
【０００７】
本発明の目的は、上記従来の問題点に鑑み、コンテンツデータの種類を通信端末に表示してユーザに報知できる情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。
【０００８】
すなわち、動画から生成した静止画がアルバムに混在しているとき、オリジナルの画像が何から生成されたかを、ユーザに告知する。また、プリント注文をさせないようにサービスの提供方法をかえることによって、ユーザが受けるサービスの認識を明確にし、使い勝手の良いサービスを提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報処理装置は、通信端末に対してサービスを提供する情報処理装置であって、コンテンツデータと該コンテンツデータを管理するためのコンテンツ管理情報とを保管する保管手段と、前記コンテンツ管理情報からコンテンツデータの種類を判別する判別手段と、前記判別手段による判別結果を報知する情報を前記通信端末に送信して表示させる送信手段とを備えることを特徴とする。
【００１０】
ここで、前記保管手段は、前記コンテンツ管理情報を前記コンテンツデータの種類に応じて異なる保管過程で保管し、前記コンテンツ管理情報は前記コンテンツデータの種類に応じて異なる要素を有する。また、前記保管手段は、前記コンテンツ管理情報を前記コンテンツデータの種類に応じて異なる保管領域に保管する。また、前記コンテンツデータの種類は、前記コンテンツデータが動画像あるいは静止画像であるかを示す。また、前記サービスは、前記コンテンツデータを印刷するサービスである。また、前記送信手段は、前記コンテンツデータが動画像である場合に、前記印刷サービス不可の情報を送信して表示させる。
【００１１】
又、本発明の情報処理方法は、通信端末に対してサービスを提供するための情報処理方法であって、保管されたコンテンツデータを管理するためのコンテンツ管理情報からコンテンツデータの種類を判別する判別工程と、前記判別工程による判別結果を報知する情報を前記通信端末に送信して表示させる送信工程とを備えることを特徴とする。
【００１２】
ここで、前記コンテンツ管理情報を前記コンテンツデータの種類に応じて異なる保管過程で保管する保管工程を更に備え、前記コンテンツ管理情報は前記コンテンツデータの種類に応じて異なる要素を有する。また、前記保管工程では、前記コンテンツ管理情報を前記コンテンツデータの種類に応じて異なる保管領域に保管する。また、前記コンテンツデータの種類は、前記コンテンツデータが動画像あるいは静止画像であるかを示す。また、前記サービスは、前記コンテンツデータを印刷するサービスである。前記送信工程では、前記コンテンツデータが動画像である場合に、前記印刷サービス不可の情報を送信して表示させる。
【００１３】
又、前記情報処理方法を実現するプログラム、及び該プログラムを情報処理装置読み出し可能に記憶する記憶媒体をも提供する。
【００１４】
又、本発明の情報処理システムは、通信端末と該通信端末に対してサービスを提供する情報処理装置を有する情報処理システムであって、コンテンツデータと該コンテンツデータを管理するためのコンテンツ管理情報とを保管する保管手段と、前記コンテンツ管理情報からコンテンツデータの種類を判別する判別手段と、前記判別手段による判別結果を報知する情報を前記通信端末に送信する送信手段と、受信した前記情報を前記通信端末に表示する表示手段とを備えることを特徴とする。
【００１５】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。但し、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１６】
ここでは、本発明を実施する一実施形態として、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１７】
＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００１８】
情報提供システムは、サービスの提供を受けるユーザのＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ１０２（以下、ユーザＰＣと略す）と、携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と入金処理を行う決済サイト１２０からなる。
【００１９】
フォトサイト１０５は、インターネット１０４を介してユーザが画像入力装置１０１で撮影した画像データを預かり、その画像データをユーザが望む時に閲覧したり、印刷注文できるようなサービスを提供する。
【００２０】
ここで、ユーザＰＣ１０２はインターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザを動作可能である。このＷｅｂブラウザによって、ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ（ｈｔｔｐ）等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ（ＨＴＭＬ）、ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ（ＸＭＬ）等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。尚、本実施形態に係るフォトサイト１０５は、印刷注文を受けるだけで独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００２１】
また、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイト１０９に対して印刷注文を依頼する。
【００２２】
また、プリントサイト１０９は、インターネット１０４を利用してフォトサイト１０５から転送された印刷注文に従い、年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００２３】
また、１０１はイメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画像を撮影して画像データとして記録できるデジタルビデオカメラでもよい。
【００２４】
１１６は、画像入力装置１０１とユーザＰＣ１０２間で画像データを転送するためのデータ転送用インターフェースである。データ転送用インターフェース１１６は、ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ（ＵＳＢ）やＩＥＥＥ１３９４に代表される有線インターフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースの場合もある。
【００２５】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。このようにして、画像入力装置１０１で撮影された画像データはユーザＰＣ１０２に転送され、格納される。
【００２６】
尚、情報提供システムの構成要素は図１では１つしか図示していないもの、あるいは複数図示しているものもあるが、１つであっても複数であってもよく、その数は特に限定しない。
【００２７】
また、本実施形態に係るフォトサイト１０５は具体的に以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２を用いて、フォトサイト１０５に対して、利用登録を行う。フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２からフォトサイト１０５に対し、インターネットを介して画像データの転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２もしくは携帯端末１１３から、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像データの印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２から他のＰＣ１０２−ｎあるいは携帯端末１１３へフォトサイト１０５に格納された画像データの閲覧を許可するための電子メール（以下、招待メールとも言う。）を送信する。
（５）画像データの閲覧：ユーザＰＣ１０２あるいは他のＰＣ１０２−ｎから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３からフォトサイト１０５に格納された画像データの閲覧を行う。
【００２８】
＜本実施形態のフォトサイトのシステム構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
【００２９】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３、２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネット（登録商標）スイッチ（ＳＷ）２１０からなる。
【００３０】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００３１】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ（ＰＣ−ＡＰＰＳ）２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ（Ｍｏｂｉｌｅ−ＡＰＰＳ）２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３、２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、Ｗｅｂページを生成する。
【００３２】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ（Ｍｏｂｉｌｅ−Ｔｒａｎｓ）２０５に振り分けを行う。
【００３３】
ＰＣアプリケーションサーバ２０３は、ＰＣ１０２からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００３４】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００３５】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢサーバ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成する。
【００３６】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末１１３の機種に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末１１３の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯端末１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをＨＴＴＰで受けたとき、リクエストに含まれるＵｓｅｒ−Ａｇｅｎｔｏ情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００３７】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００３８】
ユーザからの画像はＦｉｌｅＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ（ｆｔｐプロトコル）にてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００３９】
＜本実施形態のフォトサイトのハードウエア構成例＞
図３は本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は制御部を中心に示しており、入出力装置などは省略してある。
【００４０】
３０１はＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ（ＣＰＵ）であり、フォトサイト１０５全体を制御する。ＲｅａｄＯｎｌｙＭｅｍｏｒｙ（ＲＯＭ）３０２には、変更を必要としないプログラムやパラメータが格納されている。ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ（ＲＡＭ）３０５はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１０とプログラムロード領域３１２からなる。
【００４１】
プログラムロード領域３１２には、外部記憶装置３０４からＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ（ＯＳ）やプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ３０１により実行される。
【００４２】
データ記憶領域３１０には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１１ａ、ユーザの通信端末から受信した受信データ３１１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１１ｃや現在使用している保管用容量３１１ｄ、携帯端末からの閲覧時に使用される削除フラグ１、２を記憶する領域３１１ｅやセッションＩＤ３１１ｆなどが確保される。
【００４３】
外部記憶装置３０４は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピー（登録商標）ディスクやＣｏｍｐａｃｔＤｉｓｋ（ＣＤ）等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域３４１とプログラム記憶領域３４２からなる。
【００４４】
データ記憶領域３４１には、保管を依頼した顧客情報を管理する顧客情報データベース３４１ａ、保管されている画像情報を管理する画像情報データベース３４１ｂ、携帯端末用の情報を管理する携帯端末データベース３４１ｃ等が記憶される。これらは、例えば、図４から図９、あるいは図２８から図３０にその構成例が更に以下で詳細に示される。
【００４５】
プログラム記憶領域３２０には、ＲＡＭ３０５のプログラムロード領域３１２にロードされて実行される（メモリカードなどでは直接実行されてよい。）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム３２１として、以下に詳細に示すユーザ登録モジュール３２１ａ、ログインモジュール３２１ｂ、アルバム閲覧モジュール３２１ｃ、プリントオーダモジュール３２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム３２２として、本実施形態の特徴部分であるアルバム閲覧モジュール３２２ａが格納される。
【００４６】
尚、上記フォトサイト１０５のハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ（ＬＡＮ）等で接続され、記憶部、特に外部記憶装置４０が複数の装置に分散されて構成されていてもよい。
【００４７】
＜本実施形態のフォトサイトで管理されるデータベース構成例＞
以下、フォトサイト１０５のＤＢサーバ２０９で管理されるデータベースの各テーブルについて説明する。
【００４８】
図４は本実施形態におけるフォトサイト１０５にユーザ登録されたユーザの顧客情報を管理するための顧客情報データテーブル４００を示した図である。ユーザの操作によりユーザ登録が実行されると、フォトサイト１０５ではＤＢ２０８の顧客情報データテーブル４００にレコードが作成され、各種情報が登録され、管理される。ユーザには一意的にユーザＩＤが定義され、ユーザＩＤ４０１をキーとして顧客情報データテーブル４００が管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は”１”ならば登録済みで利用可能な状態、”０”は利用禁止状態を表す。
【００４９】
図５は本実施形態におけるフォトサイト１０５にユーザ登録されたユーザの現在の状態を管理するための顧客状態データテーブル５００を示した図である。フォトサイト１０５ではユーザ登録が実行されたときにＤＢサーバ２０８の顧客状態データテーブル５００にレコードが作成され、各種情報が登録され、管理される。このレコード内の各設定値は、ユーザの操作により、フォトサイト１０５に行われた動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１はユーザＩＤ４０１と同じ値である。
【００５０】
図６は本実施形態におけるユーザのアルバムを管理するための顧客アルバムデータテーブル６００を示した図である。フォトサイト１０５ではユーザの操作により新規アルバムが作成されると、それに応じてＤＢサーバ２０８の顧客アルバムデータテーブル６００にレコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該アルバムが削除されるとＤＢサーバ２０８より削除される。顧客アルバムデータテーブル６００では、ユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００５１】
図７は本実施形態におけるユーザのアルバムの詳細を管理するためのアルバム情報データテーブル７００を示した図である。フォトサイト１０５ではユーザの操作により新規アルバムが作成されると、それに応じてＤＢサーバ２０８のアルバム情報データテーブル７００にレコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該アルバムが削除されるとＤＢサーバ２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。アルバムの公開可否フラグ７０４は”１”ならば公開可能、”０”ならば公開禁止、”−１”ならばフォトサイト１０５の運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は”１”ならばパスワード有り、”０”ならばパスワード無しを表し、パスワード可否フラグ７０５が”１”の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は”１”ならば印刷可能、”０”ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は”１”ならば表示可能、０ならば表示不可を意味する。表示形式番号７０９は”１”ならば一覧表示、”２”ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末１１３からのアルバム閲覧の禁止フラグ７１０は、”１”ならば表示可能、”０”ならば表示不可を意味する。このフラグはフォトサイト１０５の運営者により制御する。又、ＰＣ１０２からの閲覧回数７１１、携帯端末１１３からの携帯閲覧回数７１２を保管する。
【００５２】
図８は本実施形態におけるアルバムに含まれる画像データを管理するためのアルバム画像データテーブル８００を示した図である。フォトサイト１０５ではユーザの操作によりアルバムに画像データがアップロードされると、ＤＢサーバ２０８のアルバム画像データテーブル８００に１画像データにつき１レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとＤＢサーバ２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００５３】
図９は本実施形態における画像データの詳細を管理するための画像情報テーブル９００を示した図である。フォトサイト１０５ではユーザの操作により画像データがアップロードされると、静止画像、動画像を問わずＤＢサーバ２０８の画像情報データテーブル９００に１画像につき１レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとＤＢサーバ２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、コメントファイルへのパス９０７、ＰＣ１０２からの閲覧回数９０８、印刷回数９０９、携帯端末１１３からの携帯閲覧回数９１０、閲覧禁止フラグ９１１を保管する。尚、同一の画像データでは画像ＩＤ９０１と画像ＩＤ８０２には同じ値が、同一のユーザではユーザＩＤ９０２とユーザＩＤ４０１には同じ値がそれぞれ格納されている。また、閲覧禁止フラグ９１１は”１”ならば表示可能、”０”ならば表示不可を意味する。また、アップロードされた画像データが動画像であった場合、サムネイルファイルパス９０５で指定されるロケーションには後述するサムネイル代表画像が格納されている。
【００５４】
図１０は、本実施形態における動画像の画像データの詳細を管理するための動画情報テーブル１０００を示した図である。フォトサイト１０５ではユーザの操作によりアルバムに動画像の画像データがアップロードされるとＤＢサーバ２０８の動画情報テーブル１０００に１画像につき１レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとＤＢサーバ２０８より削除される。画像情報テーブル１０００では、画像ＩＤ１００１をキーとして、オリジナル動画へのファイルパス１００２、動画の高さ〔ビット〕を示す数値１００３、動画の幅〔ビット〕を示す数値１００４、オリジナル動画データファイルのファイルサイズ１００５、動画の再生時間１００６、撮影した機種名１００７、画像のビットレート１００８、画像のファイル形式１００９、当該動画が何回ダウンロードされたかを示すダウンロード数１０１０を保管する。尚、画像ＩＤ１００１には画像ＩＤ９０１と同一の値が格納され、動画像のサムネイル代表画像のファイルパスは画像情報データテーブル９００から参照できる。
【００５５】
図１１は本実施の形態における画像データの印刷注文の配送先などを管理するための注文情報データテーブル１１００を示した図である。フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けるとＤＢサーバ２０８の注文情報データテーブル１１００に１オーダにつき１レコードが作成され、各種情報が登録され、管理される。印刷注文ごとに発行される注文番号１１０１をキーとして、注文者ＩＤ１１０２、配送先氏名１１０３、配送先郵便番号（１、２）１１０４、１１０５、配送先都道府県コード１１０６、配送先住所（１、２）１１０７、１１０８、配送先電話番号（１、２、３）１１０９、１１１０、１１１１、プリントサイトＩＤ１１１２、注文日時１１１３、注文ステータス１１１４が保管される。注文ステータス１１１４は“０”がデフォルト値であり、プリントサイト１０９への発注前であることを示し、“１”がプリントサイト１０９へ発注済であることを示し、“２”が印刷物を配送済みであることを意味する。
【００５６】
図１２は本実施の形態における印刷注文された画像データの詳細や注文内容などを管理するための注文画像データテーブル１２００を示した図である。フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けるとＤＢサーバ２０８の注文画像データテーブル１２００に当該画像データの数だけレコードが作成され、各種情報が登録され、管理される。注文画像データテーブル１２００には注文番号１２０１をキーとしてプリントサイト１０９の受付番号１２０２、印刷オーダ単位で管理する画像番号１２０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１２０４、１２０５、１２０６、プリント枚数１２０７、プリントサイズ１２０８、プリントタイプ１２０９、画像ＩＤ１２１０を管理する。プリントサイズ１２０８には“１”はＬ判、“２”は２Ｌ判、“３”は官製はがきサイズ、“４”は私製はがきサイズ、“５”はＡ４サイズを意味するフラグのいずれかが格納される。又、プリントタイプ１２０９では、“０”は縁無しプリント、“１”は縁有りプリントを意味するフラグのいずれかが格納される。尚、同一の注文では注文番号１２０１と注文番号１１０１には同一の番号が格納される。また、画像ＩＤ１２１０はオリジナル画像の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００５７】
図１３は本実施の形態における印刷注文の決済を管理するための注文決済データテーブル１３００を示した図である。フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けると、ＤＢサーバ２０８の注文決済データテーブルに１オーダにつき１レコードが作成され、各種情報が登録され、管理される。注文決済データテーブル１３００には注文番号１３０１をキーとして決済方法１３０２、合計料金１３０３、プリント料金１３０４、プリント料金税額１３０５、送料１３０６、送料税額１３０７、決済ステータス１３０８を管理する。決済方法１３０２では“１”は振込み、“２”は代引き、“３”はクレジット決済、“４”は店舗決済代行を意味するフラグのいずれかが格納される。尚、本実施の形態では“４”の店舗決済代行の場合について説明する。決済ステータス１３０８では“０”はデフォルト値であり、決済注文未確定、“１”は未決済注文保留中、“２”は決済終了を意味するフラグのいずれかが格納される。尚、同一の注文では注文番号１３０１と注文番号１１０１には同じ値が格納される。
【００５８】
図１４は本実施の形態における画像データの印刷注文を行った注文者を管理するための注文者データテーブル１４００を示した図である。注文者データテーブル１４００は、フォトサイト１０５では注文者からアルバムに含まれる画像データの印刷注文を受けると、ＤＢサーバ２０８の注文者データテーブル１４００に１オーダにつき１レコードが作成され、各種情報が登録され、管理される。注文者データテーブル１４００では注文者ＩＤ１４０１をキーとして、ユーザＩＤ１４０２、通知先メールアドレス１４０３、氏名（姓）１４０４、氏名（名）１４０５、ふりがな（姓）１４０６、ふりがな（名）１４０７、郵便番号（１、２）１４０８、１４０９、都道府県コード１４１０、住所（１、２）１４１１、１４１２、電話番号（１、２、３）１４１３、１４１４、１４１５を管理する。注文者がフォトサイト１０５にユーザ登録されていない場合、あるいは注文者が当該アルバムのオーナでない場合、ユーザＩＤ１４０２には“０”が代入される。尚、同一の注文においては注文者ＩＤ１４０１と注文者ＩＤ１１０２には同じＩＤが格納される。また、注文者がフォトサイト１０５にユーザ登録されている場合には同一の注文者に対するユーザＩＤ１４０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１４０３〜１４１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００５９】
図１５は本実施の形態におけるフォトサイト１０５が印刷注文を発注するプリントサイト１０９を管理するためのプリントサイトデータテーブル１５００を示した図である。フォトサイト１０５では利用可能な新たなプリントサイトがあると、それに応じてＤＢサーバ２０８のプリントサイトデータテーブル１５００に新たなレコードが作成され、各種情報が登録され、管理される。プリントサイトデータテーブル１５００ではプリントサイトＩＤ１５０１をキーとしてプロバイダ名称１５０２、プリントオーダ通知用ＣＧＩへのＵＲＬ１５０３を管理する。
【００６０】
尚、本実施形態ではプリントサイト１０９が１つしか存在しない場合について説明するが、その数が複数であっても本発明を実現できることは明らかである。
【００６１】
＜本実施形態のフォトサイトが提供するサービス例＞
（ＰＣからの画像のアップロード）
本実施形態の情報提供システムでの画像データのアップロードについて図１６のフローチャートを参照して説明する。
【００６２】
ステップＳ１６０１：
ユーザがユーザＰＣ１０２を操作することにより、ユーザＰＣ１０２に予めインストールされた画像アップロード専用ソフトウエアが起動される。
【００６３】
ステップＳ１６０２：
画像アップロード専用ソフトウエアはフォトサイト１０５にアップロードする画像データを選択させるためのアップロード画像選択画面をユーザＰＣ１０２のディスプレイ上に表示させる。
【００６４】
ステップＳ１６０３：
画像アップロード専用ソフトウエアはアップロード画像選択画面にしたがってユーザによりユーザＰＣ１０２が操作されることにより、フォトサイト１０５にアップロードする画像データの指定を受ける。
【００６５】
ステップＳ１６０４：
画像アップロード専用ソフトウエアは選択された画像データがフォトサイト１０５において利用可能であるかどうか判定する。本実施形態では、フォトサイト１０５で利用可能な画像データは、静止画像であればＪＰＥＧ形式であり、動画像であればＭＰＥＧ形式であるとする。したがって、それ以外の形式の画像データは利用不可能であると判定する。
【００６６】
ステップＳ１６０５：
ステップＳ１６０４にて画像データが利用不可能であると判定されると、画像アップロード専用ソフトウエアはエラーダイアログをユーザＰＣ１０２のディスプレイに表示させる。
【００６７】
ステップＳ１６０６：
ステップＳ１６０４にて画像データが利用可能であると判定されると、画像アップロード専用ソフトウエアはその指定された画像データが動画像であるかどうか判定する。尚、ステップＳ１６０６〜１６０９の処理は指定された画像データのうち１つずつに対して順に実行される。
【００６８】
ステップＳ１６０７：
ステップＳ１６０６にて画像データが動画像であると判定されると、画像アップロード専用アプリケーションは画像データのサムネイル代表画像を取得する。
ここで、サムネイル代表画像は画像入力装置１０１内で生成され、画像データとともに転送されるか、あるいは、画像データを元に画像アップロード専用アプリケーションが生成する。
【００６９】
ステップＳ１６０８：
画像アップロード専用アプリケーションは画像データから動画像データの属性情報を取得する。ここで、属性情報は再生時間、撮影に使用した画像入力装置１０１の機種などである。また、ユーザがユーザＰＣ１０２を操作して画像アップロード専用アプリケーション使用し、属性情報を設定するようにしてもよい。
【００７０】
ステップＳ１６０９：
画像アップロード専用アプリケーションは選択された全ての画像データについて処理が実行されたかどうか判定する。実行されていないと判定されれば、ステップＳ１６０６の処理を実行する。
【００７１】
ステップＳ１６１０：
ステップＳ１６０９にて実行されたと判定されれば、画像アップロード専用アプリケーションは指定された画像データをフォトサイト１０５にインターネット１０４を介して転送する。ここで、画像アップロード専用アプリケーションは、動画像の画像データについてはステップＳ１６０７にて生成されたサムネイル代表画像及びステップＳ１６０８にて生成された属性情報とともに転送する。
【００７２】
ステップＳ１６１１：
フォトサイト１０５のＰＣアプリケーションサーバ２０３は受信した画像データをファイルサーバ２０９に格納する。さらに、画像データが静止画像であればそのサムネイル画像、あるいは画像データが動画像であればステップＳ１６０７にて生成されたサムネイル代表画像もファイルサーバ２０９に格納する。本実施形態では、ＰＣアプリケーションサーバ２０３は画像データのファイル形式が、ＪＰＥＧ形式であれば静止画像、ＭＰＥＧ形式であれば動画像であると判断する。ただし、この判断基準はこれに限らない。尚、ステップＳ１６１１〜１６１５の処理は受信した画像データのうち１つずつに対して順に実行される。
【００７３】
ステップＳ１６１２：
フォトサイト１０５のＰＣアプリケーションサーバ２０３はＤＢサーバ２０８の画像情報テーブル９００にレコードを作成し、ファイルサーバ２０９内での画像データのファイルパスなどの各種情報を登録する。
【００７４】
ステップＳ１６１３：
フォトサイト１０５のＰＣアプリケーションサーバ２０３は画像データが動画像であるかどうか判定する。本実施形態では画像データのファイル形式がＭＰＥＧ形式であれば動画像であると判断する。ただし、この判断基準はこれに限らない。
【００７５】
ステップＳ１６１４：
画像データが動画像であると判定されれば、フォトサイト１０５のＰＣアプリケーションサーバ２０３はＤＢサーバ２０８の動画情報テーブル１０００にレコードを作成し、ステップＳ１６０８にて取得された属性情報などを登録する。
【００７６】
ステップＳ１６１５：
フォトサイト１０５のＰＣアプリケーションサーバ２０３はステップＳ１６１１にて受信された画像データ全てについて処理が実行されたかどうか判定する。
実行されていないと判定されれば、再びステップＳ１６１１の処理を実行する。
【００７７】
ステップＳ１６１６：
ステップＳ１６１５にて実行されたと判定されれば、フォトサイト１０５のＰＣアプリケーションサーバ２０３は画像データが正常にアップロードされた旨をユーザＰＣ１０２に通知する。尚、このアップロード処理はインターネット１０４上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００７８】
以上のように本実施形態では、フォトサイト１０５は動画像の画像データのアップロードについては特別にステップＳ１６１４の工程を設け、動画像に特有の属性情報を動画情報テーブル１０００で管理するようにした。これにより、フォトサイト１０５は画像データを取得してその形式を参照しなくても、動画情報テーブル１０００で管理されているかどうかを参照するだけで当該画像データが動画像であるか静止画像であるかを容易に判断することができるようになる。
【００７９】
尚、本実施形態では画像アップロード専用アプリケーションを用いて画像データをアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、例えば、携帯電話、デジタルカメラ、デジタルビデオ、スキャナ、複写機等から有線通信や無線通信を用いて画像データをアップロードするようにしてもよい。
【００８０】
また、本実施形態ではユーザＰＣ１０２に予めインストールされた画像アップロード専用アプリケーションを用いた画像データのアップロードを例に挙げて説明したが、フォトサイト１０５がインターネット１０４を介してユーザＰＣ１０２に提供するＷｅｂページデータを用いて画像データをアップロードするようにしてもよい。この場合、先にＰＣ１０２から画像データを転送し、フォトサイト１０５がステップＳ１６０７やステップＳ１６０８での処理を実行するようにしてもよい。
【００８１】
（閲覧ユーザによるアルバムの閲覧）
ユーザはユーザＰＣ１０２を操作してＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、閲覧を許可するアルバムの指定とアルバムの閲覧を許可する閲覧ユーザの電子メールアドレスをフォトサイト１０５に通知する。また、閲覧時にパスワードの入力をさせる場合には、そのパスワードも通知しておく。
【００８２】
フォトサイト１０５は指定されたアルバムの閲覧に必要なＵｎｉｖｅｒｓａｌＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ（ＵＲＬ）を生成する。生成するＵＲＬはアルバムのロケーションを示すユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものであり、下記にその一例を示す。
【００８３】
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
フォトサイト１０５は生成されたＵＲＬを記載した電子メールを作成し、閲覧ユーザの電子メールアドレス宛てに送信する。また、電子メールにアルバムを閲覧するのに必要なパスワードを記載するようにしてもよい。電子メールの一例を図１７に示す。
【００８４】
電子メールを受け取った閲覧ユーザは、例えば、閲覧ユーザのＰＣ１０２−ｎあるいは携帯端末１１３を操作してＷｅｂブラウザに電子メールに記載されたＵＲＬを入力し、インターネット１０４を介してフォトサイト１０５にアクセスする。
【００８５】
フォトサイト１０５ではロードバランサ２０２がＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値に基づいてＵＲＬの送信元が携帯端末１１３からであるか、ＰＣ１０２からであるか、を判定する。判定の結果、携帯端末１１３からであればモバイルアプリケーションサーバ２０４に、ＰＣ１０２からであればＰＣアプリケーションサーバ２０３にそれぞれ処理を振り分ける。この判定はＨＴＴＰリクエストヘッダーに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値に限らず、Ｃｏｋｋｉｅ情報の有無等によって判定するようにしてもよい。
【００８６】
フォトサイト１０５は閲覧ユーザのＰＣ１０２−ｎからアクセスを受けると、ＰＣ１０２上で動作するＷｅｂブラウザで再生可能なＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＰＣ用Ｗｅｂデータを返す。
【００８７】
ここで、ＰＣ１０２−ｎのディスプレイにはＰＣ用Ｗｅｂデータに基づき、図１８に示すアルバム閲覧開始画面１８００が表示される。尚、フォトサイト１０５はＵＲＬのパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００を検索し、パスワード可否フラグ７０５が“１”（パスワード有り）の場合には先にパスワード入力画面を表示するためのＷｅｂデータをＰＣ１０２−ｎ返すようにしてもよい。また、同一のアルバムではＵＲＬのパラメータ部のＡｌｂｕｍＩＤ＝の値とアルバムＩＤ７０１は同じである。
【００８８】
図１８の画像１８０１は静止画像の画像データであり、画像１８０２は動画像の画像データのサムネイル代表画像である。画像１８０２には画像データが動画像であることを示すために枠が付加されている。また、画像１８０２の真下には画像データが動画像であることを示す動画アイコン１８０５が付加されている。動画アイコン１８０５をクリックすると、画像データを閲覧ユーザのＰＣ１０２にダウンロードをすることが可能である。閲覧ユーザはＰＣ１０２にインストールされた再生アプリケーションを使ってダウンロードした画像データを再生する。
【００８９】
また、ＰＣアプリケーションサーバ２０３はＤＢサーバ２０８のアルバム情報データテーブル７００の印刷可否フラグ７０７に応じて、プリントオーダボタン１８０３を表示させるようなＰＣ用Ｗｅｂページデータを作成し、インターネット１０４に送出するよう制御する。閲覧ユーザはＰＣ１０２−ｎを操作し、プリントオーダボタン１８０３を押すことによりアルバムの印刷注文ができる。１８０４にはアルバムに含まれる画像データの構成を示している。
【００９０】
以下、フォトサイト１０５が閲覧ユーザの携帯端末１１３からアクセスを受けた場合について説明する。
【００９１】
（モバイル用アプリケーションサーバのデータベース構成例）
図２８から図３０はモバイル用アプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してモバイル用アプリケーションサーバ２０４が作成し、携帯端末１１３に表示させる画面の内容や提供するサービスをコントロールするため使用している。
【００９２】
図２８は特定の携帯端末１１３からのアクセスを管理するＭＢセッション情報テーブル２８００を示した図である。モバイル用アプリケーションサーバ２０４は携帯端末１１３から新規のアクセスがある毎にＭＢセッション情報テーブル２８００に１レコード作成し、各種情報を登録する。この際、アクセスしてきた携帯端末１１３の識別情報として一意的に定義したセッションＩＤ２８０１を割り付け、アルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）２８０４とともにテーブルに格納する。また、新規のアクセスを受けた日時２８０３と、同一セッションＩＤでの最終アクセス日時２８０２を格納する。モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００を定期的にサーチし、最終アクセス日時２８０２からある一定時間経過したレコードのレコード属性２８０５にフラグを立てる。そして、このレコードのセッションＩＤ２８０１を用いた携帯端末１１３からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【００９３】
図２９は携帯端末１１３から閲覧要求されたアルバムの情報を格納するＭＢアルバム情報テーブル２９００を示した図である。モバイル用アプリケーションサーバ２０４は携帯端末１１３から新規のアクセスがある毎にＭＢアルバム情報テーブル２９００に１レコード作成し、各種情報を登録する。この際、セッションＩＤ２９０１にはＭＢセッション情報テーブル２８００のセッションＩＤ２８０１がコピーされて格納される。アルバムＩＤ２９０２にはＵＲＬのパラメータ部に含まれるアルバムＩＤが格納される。また、モバイル用アプリケーションサーバ２０４はアルバムＩＤ２９０２をキーとしてアルバム情報データテーブル７００を参照し、アルバム名７０２とコメント７０３をコピーしてそれぞれアルバム名称２９０３とアルバムコメント２９０４に格納する。また、モバイル用アプリケーションサーバ２０４はアルバムに含まれる全ての画像データが動画情報データテーブル１０００に登録されている場合、閲覧開始時、動画Ｆｌｕｇ２９０５に”１”をセットしておく。
【００９４】
図３０は、携帯端末１１３から閲覧要求されたアルバムに含まれる画像データの情報を格納するＭＢ画像情報テーブル３０００を示した図である。
モバイル用アプリケーションサーバ２０４は携帯端末１１３から新規のアクセスがある毎にＭＢアルバムＭＢ画像情報テーブル３０００にアルバム内にある画像数分のレコードを作成し、各種情報を登録する。この際、セッションＩＤ３００１にはＭＢセッション情報テーブル２８００のセッションＩＤ２８０１がコピーされて格納される。また、モバイル用アプリケーションサーバ２０４は画像ＩＤ３００２やアルバムＩＤ３００３をキーとして、アルバム画像データテーブル８００と画像情報データテーブル９００の内容の一部をコピーして各フィールドに格納する。ここで、モバイル用アプリケーションサーバ２０４は、画像情報データテーブル９００のサムネイルファイルパス９０５に基づきサムネイル画像あるいはサムネイル代表画像を取得し、モバイル用アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９のテンポラリ領域にコピーする。そして、そのサムネイル画像のコピー先ファイルパスを画像パス３００６に格納する。
【００９５】
（携帯端末１０２に対する画像の閲覧制御）
図３１はモバイル用アプリケーションサーバ２０４が閲覧ユーザの携帯端末１１３からアクセスを受けた場合の動作例を表したフローチャート図である。
【００９６】
ステップＳ３１０１：
モバイル用アプリケーションサーバ２０４は携帯端末１１３から送信されたＵＲＬのパラメータ部に含まれるセッションＩＤが既存のセッションＩＤであるか、ＭＢセッション情報テーブル２８００を検索して判定する。
【００９７】
ステップＳ３１０２：
ステップＳ３１０１にてＵＲＬのパラメータ部にセッションＩＤが含まれていないか、あるいは既存のセッションＩＤではないと判定された場合、後述する初期化処理（図３２参照）を実行する。
【００９８】
ここで、携帯端末１１３のディスプレイに表示される画像閲覧画面２０００について図２０および図２１を参照して説明する。画像閲覧画面２０００では、オリジナル画像データの画像サイズを縮小したサムネイル画像２００１とオリジナル画像データの名称２００２、アルバム内での画像順番２００３、サムネイル画像２００１に表示される画像を選択するためのリンク２００４、アルバム内の全画像数２０１０、サムネイル画像２００１に表示される画像を画像順番で指定するための入力フィールド２００５と決定ボタン２００６、後述する画像情報表示画面２２００を表示させるためのリンク２００７、アルバム情報表示画面を表示するためのリンク２００８、サムネイル画像２００１と対応するオリジナル画像データのプリント注文を行うため一括プリント注文画面２５００を表示するためのリンク２００９を表示する。
【００９９】
尚、画像データがデジタルカメラもしくはビデオカメラによって撮影された動画像であれば、サムネイル画像２００１にはステップＳ１６０７にて生成されたサムネイル代表画像が表示される。そして、画像データが動画像であることを示すために、２１０１には［動画］の文字列、２１０２にはアイコンを表示する。
【０１００】
ステップＳ３１０３：
ステップＳ３１０１にて既存のセッションＩＤであると判定された場合、既に閲覧中の携帯端末１１３からのアクセスと判断し、モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、アルバム閲覧であるかどうか判断する。具体的には、閲覧ユーザが携帯端末１１３を操作してリンク２００４を押下したか、または入力フィールド２００５に画像順番を入力して「表示」ボタン２００６を押下したかどうかを判断する。
【０１０１】
ステップＳ３１０４：
ステップＳ３１０３にてリンク２００４を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は現在表示している画像の前後の順番にある画像を画像２００１に表示するとともに、対応する画像名称を名称２００２表示部分に表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。あるいは、ステップＳ３１０３にて入力フィールド２００５に画像順番を入力して「表示」ボタン２００６を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は入力された画像順番の画像を画像２００１表示部分に表示するとともに、対応する画像名称を名称２００２表示部分に表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１０２】
また、リンク２００４や「表示」ボタン２００６が押下されたと判断されれば、モバイル用アプリケーションサーバ２０４は表示しようとしている画像がアルバムから削除されていないかどうかチェックする。削除されている場合には削除通知画面２７００を表示するためのモバイル用Ｗｅｂデータを送出する。また、モバイル用アプリケーションサーバ２０４は表示しようとしている画像が閲覧禁止になっているかどうかチェックする。閲覧禁止になっている場合にはエラー画面を表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１０３】
削除通知画面２７００では、画像閲覧画面２０００の画像２００１と画像名称２００２の代わりに、「この画像は削除されました」というコメント２７０１を表示する。又、画像情報表示画面２２００を表示するためのリンク２００７は表示しない。その他の表示内容は図２０と同様であるので説明は省略する。
【０１０４】
ステップＳ３１０５：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００７を押下したかどうか判断する。
【０１０５】
ステップＳ３１０６：
ステップＳ３１０５にてリンク２００７を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は図２２に示す静止画像情報表示画面２２００または図２３に示す動画像情報表示画面２３００を表示させるためのモバイル用Ｗｅｂデータを作成し、送出するよう制御する。図２２の静止画像情報表示画面２２００では、詳細な画像名称２２０１、画像の閲覧者数２２０２、コメント２２０３、画像閲覧画面２０００に戻るためのリンク２２０４を表示する。図２３の動画像情報表示画面２３００では、動画像であることを示すアイコン、画像名称、画像の閲覧者数、コメントなどの詳細情報、動画像の再生やプリント注文ができないことを通知するメッセージを表示する。
【０１０６】
ステップＳ３１０７：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００８を押下したかどうか判断する。
【０１０７】
ステップＳ３１０８：
ステップＳ３１０７にてリンク２００８を押下したと判断されれば、モバイル用アプリケーションサーバ２０４は図２４に示すアルバム情報表示画面２４００を表示させるためのモバイル用Ｗｅｂデータを作成し、送出するよう制御する。図２４のアルバム情報表示画面２４００ではアルバム名称やアルバムを構成する画像データの数、アルバムの閲覧者数、コメントなどを表示する。尚、アルバム情報表示画面２４００で表示される画像データの数は静止画像であれば枚数、動画像であれば本数の単位で表示する。尚、「０本」もしくは「０枚」のときは表示しない。
【０１０８】
ステップＳ３１０９：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００９を押下したかどうか及び、ＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５が“１”であるかどうか、すなわちアルバムに含まれる画像が全て動画像であるかどうかを判断する。
【０１０９】
ステップＳ３１１０：
ステップＳ３１０９にてリンク２００９を押下し、動画Ｆｌｕｇ２９０５が“１”であると判断されれば、モバイル用アプリケーションサーバ２０４は図２６に示すプリント注文不可画面２６００を表示させるためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１１０】
ステップＳ３１１１：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、閲覧ユーザが携帯端末１１３を操作してリンク２００９を押下したかどうか及び、ＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５が“１”でないか、すなわちアルバムに含まれる画像が全て動画像でないかどうか判断する。
【０１１１】
ステップＳ３１１２：
ステップＳ３１１１にてリンク２００９を押下し、動画Ｆｌｕｇ２９０５が“１”でない、すなわち、アルバムに含まれる画像が全て静止画であると判断されれば、モバイル用アプリケーションサーバ２０４はアルバムのプリント注文を行うための一括プリント注文画面２５００（図２５）を表示させるためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１１２】
ステップＳ３１１３：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からの要求の内容を解析し、上述のステップの処理でないと判断されれば、エラーダイアログを表示させるためのモバイル用Ｗｅｂデータを送出する。
【０１１３】
図３２は上述したモバイル用アプリケーションサーバ２０４がステップＳ３１０２にて実行する初期化処理の手順を表すフローチャートである。
【０１１４】
ステップＳ３２０１：
モバイル用アプリケーションサーバ２０４はシステム情報からフォトサイト１０５内の時間を取得する。
【０１１５】
ステップＳ３２０２：
モバイル用アプリケーションサーバ２０４はＵＲＬのパラメータ部に付加されている時間情報とステップＳ３２０１で取得した時間を比較し、ＵＲＬのパラメータ部に付加されている時間情報がステップＳ３２０１で取得した時間より一定時間以上前であればタイムアウトと判断する。タイムアウトと判断されれば、ステップＳ３２１４にてエラーダイアログを表示するためのＷｅｂデータを送出する。これにより、過去にブックマークされたＵＲＬを利用したアクセスを回避することができる。
【０１１６】
ステップＳ３２０３：
ステップＳ３２０３にてタイムアウトでないと判断されれば、モバイル用アプリケーションサーバ２０４はセッションＩＤを生成し、ＵＲＬのパラメータ部に付加して携帯端末１１３に返し、リダイレクト指示を出す。この指示を受けた携帯端末１１３は返されたセッションＩＤ付のＵＲＬを用いて再度、モバイル用アプリケーションサーバ２０４にアクセスする。
【０１１７】
ステップＳ３２０４：
そして、このアクセスを受けたモバイル用アプリケーションサーバ２０４はＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析し、このＡｌｂｕｍＩＤをキーとして顧客アルバムデータテーブル６００及び顧客情報データテーブル４００を参照して、アルバムをアップロードしたユーザがユーザ登録されているかどうかチェックする。ここで、ユーザ登録されていないとチェックされた場合はステップＳ３２１４にてエラーダイアログを表示するためのＷｅｂデータを送出する。これにより、脱会したなどの理由でユーザ登録されていないユーザの画像の利用を中止することができる。
【０１１８】
ステップＳ３２０５：
ステップＳ３２０４にてアルバムをアップロードしたユーザがユーザ登録されているとチェックされた場合、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００の公開可否フラグ７０４を取得し、アルバムを閲覧可能かどうか判断する。
【０１１９】
ステップＳ３２０６：
ステップＳ３２０５にてアルバムを閲覧可能であると判断されれば、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００のパスワード可否７０５、アルバムパスワード７０６を取得する。パスワード可否７０５が“１”（パスワード有り）であれば、図１９に示す閲覧パスワード入力画面１９００を表示するためのモバイル用Ｗｅｂデータを送出する。そして、閲覧ユーザが携帯端末１１３を操作し、閲覧パスワード入力画面１９００の入力領域１９０１にパスワードを入力して、ＯＫボタン１９０２を押下したことを受けると、モバイル用アプリケーションサーバ２０４は閲覧パスワード入力画面１９００の入力フィールド１９０１に入力された値とアルバムパスワード７０６の値とを比較する。２つの値が一致すれば、ステップＳ３２０７の処理を実行する。一方、２つの値が一致しなければ、ステップＳ３２１４にてエラーダイアログを表示するためのＷｅｂデータを送出する。また、パスワード可否７０５が“０”（パスワード無し）であれば、ステップＳ３２０７の処理を実行する。
【０１２０】
ステップＳ３２０７：
モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００及びアルバム画像データテーブル８００及び画像情報データテーブル９００を参照してアルバムに含まれる画像データに関する情報を取得する。そして、モバイル用アプリケーションサーバ２０４はサムネイル画像ファイルパス９０５に基づき画像データのサムネイル画像を取得して、ファイルサーバ２０９のモバイルアクセス専用のテンポラリ領域にコピーする。ここで、モバイル用アプリケーションサーバ２０４はアルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像データのサムネイル画像のみをコピーする。
【０１２１】
ここで、フォトサイト１０５が提供する携帯端末１１３での閲覧サービスでは、携帯端末１１３のディスプレイの表示能力や携帯端末１１３の通信容量が低いために、画素数の小さなサムネイル画像のみの閲覧を提供し、画素数のオリジナル画像データの閲覧は提供しない。これによって、フォトサイト１０５と携帯端末１１３との通信速度や効率を高めることができる。また、それを受けて、ステップＳ３２０７では、オリジナル画像データのコピーは行わず、サムネイル画像のみをコピーするようにした。これにより、メモリ容量を節約することや処理効率を高めることができる。
【０１２２】
ステップＳ３２０８：
モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００、ＭＢアルバム情報テーブル２９００、ＭＢ画像情報テーブル３０００に新規レコードを生成し、ステップＳ３２０７で取得した画像データに関する情報とサムネイル画像のコピーのファイルパスなどを格納する。また、アルバム閲覧のためにアクセスしてきた閲覧ユーザの管理情報として、セッションＩＤを割り付け、当該アルバムをアップロードし、招待メールを閲覧ユーザに発送したユーザのユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１２３】
ステップＳ３２０９：
モバイル用アプリケーションサーバ２０４はアルバム情報データテーブル７００の携帯閲覧回数７１２及び画像情報データテーブル９００の携帯閲覧回数９１０に携帯端末１１３からのアクセスカウントを反映する。
【０１２４】
ステップＳ３２１０：
ステップＳ３２０７ではモバイル用アプリケーションサーバ２０４はサムネイル画像のみをコピーしているので、オリジナル画像データの形式を参照して画像データの種類（動画像であるか、静止画像であるか）を判断することができないため、モバイル用アプリケーションサーバ２０４はアルバムに含まれる画像データが全て動画像であるかどうか判断するために動画情報データテーブル１０００を参照する。画像データが動画像であれば、アップロードされた際に上述の図１６のステップＳ１６１４にて動画情報データテーブル１０００にレコードが作成され、属性情報が登録されている。
【０１２５】
このように、本実施形態ではモバイル用アプリケーションサーバ２０４がデータサイズの大きなオリジナル画像データをコピーしなくても、動画情報テーブル１０００を参照するだけでオリジナル画像データの形式を効率的かつ容易に判断することができる。
【０１２６】
ステップＳ３２１１：
モバイル用アプリケーションサーバ２０４はアルバムに含まれる画像データが全て動画情報データテーブル１０００に登録されているかどうか判断する。
【０１２７】
ステップＳ３２１２：
ステップＳ３２１１にて全てのアルバム画像が動画情報テーブル１０００に登録されていると判断された場合、モバイル用アプリケーションサーバ２０４はＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５を”１”にセットする。ステップＳ３２１１にて全てのアルバム画像が動画情報テーブル１０００に登録されていると判断されなかった場合、モバイル用アプリケーションサーバ２０４はステップＳ３２１３の処理を実行する。
【０１２８】
ステップＳ３２１３：
モバイル用アプリケーションサーバ２０４は後述する各種画面を携帯端末に表示させるための処理（図３４参照）を実行する。
【０１２９】
図３３は図３１のステップＳ３１０４で実行される処理の詳細な手順を表すフローチャートである。
【０１３０】
ステップＳ３３０１：
モバイル用アプリケーションサーバ２０４はシステム情報からフォトサイト１０５内の標準時間を取得する。
【０１３１】
ステップＳ３３０２：
モバイル用アプリケーションサーバ２０４はＵＲＬのパラメータ部に付加されているセッションＩＤを解析して取得し、セッションＩＤをキーとしてＭＢセッション情報２８００およびＭＢアルバム情報２９００を検索取得する。尚、ＵＲＬのパラメータ部にはＡｌｂｕｍＩＤ及びユーザＩＤ、現在閲覧しているサムネイル画像の画像表示番号も含まれる。
【０１３２】
ステップＳ３３０３：
モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００の最終アクセス日時２８０２とステップＳ３３０１で取得した標準時間を比較する。その結果、最終アクセス日時２８０２が標準時間の一定時間以上前であれば通信タイムアウトと判断する。通信タイムアウトと判断されれば、モバイル用アプリケーションサーバ２０４はステップＳ３３０６にてエラーページを表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。こうすることにより、携帯端末１１３が過去にブックマークしたＵＲＬを利用してアクセスすることを回避し、更新情報を配信することができる。
【０１３３】
ステップＳ３３０４：
ステップＳ３３０３にて通信タイムアウトでないと判断されれば、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のユーザＩＤをキーとして顧客情報データテーブル４００を検索取得する。
【０１３４】
ステップＳ３３０５：
モバイル用アプリケーションサーバ２０４はアルバムをアップロードしたユーザ（アルバムオーナ）がユーザ登録されているかどうか確認する。ユーザ登録されていないと確認されれば、モバイル用アプリケーションサーバ２０４はステップＳ３３０６にてエラーページを表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１３５】
ステップＳ３３０７：
ステップＳ３３０５にてユーザ登録されていると確認されれば、モバイル用アプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤをキーとしてアルバム情報データテーブル７００を検索取得する。
【０１３６】
ステップＳ３３０８：
モバイル用アプリケーションサーバ２０４はアルバム情報データテーブル７００のアルバムの公開可否フラグ７０４を確認する。
公開可否フラグ７０４が“０”または“−１”（公開不可）であると確認された場合、ステップＳ３３１０にて削除フラグ１をセットする。
【０１３７】
ステップＳ３３１６：
ステップＳ３３０８にて公開可否フラグ７０４が“１”（公開可）であると確認された場合、ＵＲＬパラメータ部のＡｌｂｕｍＩＤ及び画像表示番号を元にして、アルバム画像データテーブル８００及び画像情報データテーブル９００の対応するレコードを検索取得する。
【０１３８】
そして、モバイル用アプリケーションサーバ２０４はサムネイル画像ファイルパス９０５に基づきサムネイル画像を取得して、ファイルサーバ２０９のモバイルアクセス専用のテンポラリ領域にコピーする。ここで、モバイル用アプリケーションサーバ２０４はアルバム画像データテーブル８００の画像表示番号８０３を参照し、現在閲覧しているサムネイル画像のみをコピーする。
【０１３９】
ステップＳ３３０９：
モバイル用アプリケーションサーバ２０４はＭＢ画像情報テーブル３０００を取得する。
【０１４０】
ステップＳ３３１１：
モバイル用アプリケーションサーバ２０４は画像データが画像情報データテーブル９００の閲覧禁止フラグ９１１を確認する。そして、画像データが画像情報データテーブル９００にない、あるいは閲覧禁止フラグ９１１が“０”（閲覧不可）と確認された場合には、ステップＳ３３１３にて削除フラグ２をセットする。
【０１４１】
ステップＳ３３１２：
ステップＳ３３１１にて閲覧禁止フラグ９１１が“１”（閲覧可）と確認された場合には、モバイル用アプリケーションサーバ２０４は画像情報データテーブル９００の携帯閲覧回数９１０に携帯端末１１３からのアクセスカウントを更新する。
【０１４２】
ステップＳ３３１４：
モバイル用アプリケーションサーバ２０４はシステム情報から日時情報を取得し、ＭＢセッション情報テーブル２８００の最終ログイン日時２８０２に反映する。
【０１４３】
ステップＳ３３１５：
モバイル用アプリケーションサーバ２０４は後述する各種画面を携帯端末に表示させるための処理（図３４参照）を実行する。
【０１４４】
図３４は図３２のステップＳ３２１３及び図３３のステップＳ３３１５にてモバイル用アプリケーションサーバ２０４が実行する処理を表すフローチャートである。
【０１４５】
ステップＳ３４０１：
モバイル用アプリケーションサーバ２０４は削除フラグ１がセットされているかどうかチェックする。セットされているとチェックされれば、ステップＳ３４０２にてモバイル用アプリケーションサーバ２０４はエラー表示文字列をセットする。
【０１４６】
ステップＳ３４０２：
モバイル用アプリケーションサーバ２０４は削除フラグ２がセットされているかどうか検査する。セットされていると検査されれば、ステップＳ３４０４にてモバイル用アプリケーションサーバ２０４はエラー表示文字列をセットする。
【０１４７】
ステップＳ３４０６：
モバイル用アプリケーションサーバ２０４はＭＢ画像情報テーブル３０００の画像名称３００５を画像閲覧画面２０００の画像名称２００２に表示させる文字列としてセットする。
【０１４８】
ステップＳ３４１０：
モバイル用アプリケーションサーバ２０４はＭＢ画像情報テーブル３０００の画像コメント３００５にセッション情報を含んだリンクを生成し、画像閲覧画面２０００のリンク２００７に表示するようセットする。
【０１４９】
ステップＳ３４１１：
モバイル用アプリケーションサーバ２０４はＭＢアルバム情報テーブル２９００の動画Ｆｌｕｇ２９０５を確認する。尚、本実施形態ではアルバムの画像データが全て動画像である場合には、上述の図ステップＳ３２１１にて動画フラグに“１”がセットされている。
【０１５０】
ステップＳ３４１２：
ステップＳ３４１１にて動画Ｆｌｕｇ２９０５が”１”にセットされていると確認された場合はアルバム内の画像データが全て動画像であると判断し、モバイル用アプリケーションサーバ２０４は動画印刷不可ダイアログ２６００を表示するための情報にセッション情報を含んだリンクを生成し、画像閲覧画面２０００のリンク２００９に表示するようセットする。
【０１５１】
ステップＳ３４１３：
ステップＳ３４１１にて動画Ｆｌｕｇ２９０５が”１”にセットされていないと確認された場合はアルバム内の画像データに静止画像が含まれていると判断し、モバイル用アプリケーションサーバ２０４は一括プリント注文画面２５００を表示するための情報にセッション情報を含んだリンクを生成し、画像閲覧画面２０００のリンク２００９に表示するようセットする。
【０１５２】
ステップＳ３４１４：
モバイル用アプリケーションサーバ２０４は画像閲覧画面２０００の各種表示項目と対応する画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等をセッション情報を含んだ形で生成し、セットする。また、モバイル用アプリケーションサーバ２０４は表示する画像と対応する画像データが動画情報データテーブル１０００に登録されているかどうかを確認し、動画像であれば、画像閲覧画面２０００の［動画］のコメント２１０１、動画アイコンを表示するようセットする。
【０１５３】
ステップＳ３４１５：
モバイル用アプリケーションサーバ２０４は上述の処理でセットされた各種画面を表示するためのモバイル用Ｗｅｂデータをまとめて送出する。
【０１５４】
図３５は携帯端末１１３のディスプレイに表示される各種画面の遷移関係を表した図である。
【０１５５】
ここで、アルバムのプリント注文を開始する場合、閲覧ユーザは携帯端末１１３を操作して画像閲覧画面２０００のプリント注文リンク２００９を押下する。この押下操作を受けたフォトサイト１０５のモバイルアプリケーションサーバ２０４はアルバム内の画像データが全て動画像である場合を除き、一括プリント注文画面２５００を表示するためのモバイル用Ｗｅｂデータを生成し、送出するよう制御する。
【０１５６】
以下、本実施形態でのプリント注文処理について詳細に説明する。
【０１５７】
図３６はモバイル用アプリケーションサーバ２０４でのプリント注文処理を表すフローチャートである。
【０１５８】
ステップＳ３６０１：
モバイル用アプリケーションサーバ２０４は一括プリント注文画面２５００を携帯端末１１３に表示するためのモバイル用Ｗｅｂデータを送出し、アルバム内の全画像データのプリントサイズとプリント枚数を指定するよう閲覧ユーザに促す。同時に、モバイル用アプリケーションサーバ２０４は新たな注文番号を発行してデータベース２０８の注文情報テーブル１１００に新規注文用のレコードを作成し、注文ステータス１０１４を”０”（プリントサイト発注前）にしておく。また、モバイル用アプリケーションサーバ２０４はＭＢセッション情報テーブル２８００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド２８０６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加される。
【０１５９】
ここで、閲覧ユーザは携帯端末１１３を操作してプルダウンメニュー２５０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。選択可能なプリントサイズには、ＤＰ判フチなし、ＤＰ判フチあり、Ｌ判フチなし、Ｌ判フチあり、２Ｌ判フチなし、２Ｌ判フチありの６種類がある。本実施形態では、プリントサイズの指定は一括プリント注文画面２５００でアルバム内の全画像に対して一種類のプリントサイズのみ指定できることになっている。そして、閲覧ユーザは携帯端末１１３を操作して枚数入力領域２５０３に所望の枚数を入力する。これらのプリントサイズ及びプリント枚数の設定でプリント注文を行って良い場合には、閲覧ユーザは携帯端末１１３を操作して「すすむ」ボタン２５０４を押下する。これを受けて、モバイル用アプリケーションサーバ２０４は注文者情報入力画面３７００を表示するためのモバイル用Ｗｅｂデータを送出する。
【０１６０】
ステップＳ３６０１：
閲覧ユーザがアルバム内の全画像を一括してプリント注文するのではなく、アルバムに含まれるいくつかの画像のみを選択的にプリント注文したい場合や画像毎に異なる枚数でプリント注文したい場合には、閲覧ユーザは携帯端末１１３を操作して「こちらへ」ボタン２５０５を押下する。
【０１６１】
ステップＳ３６０３：
「こちらへ」ボタン２５０５の押下を受けると、モバイル用アプリケーションサーバ２０４は個別プリント注文画面３８００を表示するためのモバイル用Ｗｅｂデータを送出する。個別プリント注文画面３８００にはアルバム内の画像データの画像名がリスト状に表示されていて、閲覧ユーザはプリント注文したい画像に対応する枚数入力領域３８０３に所望の枚数を入力する。ここで、モバイル用アプリケーションサーバ２０４は画像データが動画情報テーブル１０００に登録されているかどうかに基づき、画像データが動画像であれば、その画像と対応する枚数入力領域３８０３を表示しないようなモバイル用Ｗｅｂデータを生成して送出する。
【０１６２】
尚、閲覧ユーザが携帯端末１１３を操作して設定更新ボタン３８０４を押下すると、注文情報がモバイル用アプリケーションサーバ２０４へ送出され、注文画像データテーブル１２００に格納される。したがって、設定更新ボタン３８０４が押下されなければ、モバイル用アプリケーションサーバ２０４はプリント枚数の入力がなかったものと見なす。
【０１６３】
また、モバイル用アプリケーションサーバ２０４は、注文画像データテーブル１２００に選択された画像数分のレコードを作成して、入力されたプリントサイズとプリント枚数を格納する。
【０１６４】
また、一括プリント注文画面２５００の最上部にはプリント注文処理の画面遷移状況を表すインジケータ２５０１を表示する。また、閲覧ユーザが携帯端末１１３を操作して注文取消しリンク２５０６を押下したことを受けると、モバイル用アプリケーションサーバ２０４はプリント注文処理をキャンセルして、この処理に入る直前に表示していた画像の画像閲覧画面２０００を表示するためのモバイル用Ｗｅｂデータを送出する。また、本実施形態ではプリントサイズの指定は一括プリント注文画面２５００でのみ行い、個別プリント注文画面３８００では指定できないようにしたが、できるようにしてもよい。
【０１６５】
また、本実施形態では個別プリント注文画面３８００で一度に表示する画像名は最大５つまでとし、アルバム内にこれより多くの数の画像がある場合、複数画面に跨って画像名のリストを表示している。ページ番号３８０５は当該アルバムの複数の個別プリント注文画面３８００のうち現在表示中の個別プリント注文画面３８００のページ数を表している。また、閲覧ユーザが携帯端末１１３を操作して「前へ」リンク３８０６や「次へ」リンク３８０７を押下することで、当該アルバムの複数の個別プリント注文画面３８００の間の移動が行われる。また、閲覧ユーザが携帯端末１１３を操作してページ番号指定領域３８０８に移動先のページ番号を入力して表示ボタン３８０９を押下することで、指定したページ番号の個別プリント注文画面３８００へ移動することができる。
【０１６６】
また、個別プリント注文画面３８００の画像名３８０２もリンク情報を含んでおり、閲覧ユーザが携帯端末１１３を操作して画像名３８０２を押下したことを受けると、モバイル用アプリケーションサーバ２０４は画像確認画面３９００を表示するためのＷｅｂデータを送出する。アルバム内の各画像に対するプリント枚数指定を終え、閲覧ユーザが携帯端末１１３を操作して「すすむ」ボタン３８１０を押下したことを受けると、モバイル用アプリケーションサーバ２０４は注文者情報入力画面３７００を表示するためのモバイル用Ｗｅｂデータを送出する。また、閲覧ユーザが携帯端末１１３を操作して「戻る」リンク３８１２を押下したことを受けると、モバイル用アプリケーションサーバ２０４は一括プリント注文画面２５００を表示するためのモバイル用Ｗｅｂデータを送出する。尚、個別プリント注文画面３８００に一度に表示する画像名の数は特に限定しない。
【０１６７】
ここで、図３９を参照して画像確認画面３９００について説明する。画像確認画面３９００は閲覧ユーザがプリント注文する画像を見て確認するための画面である。画像確認画面３９００には画像情報データテーブル９００の対応するレコードから読み出された情報がサムネイル画像と画像名、画像ページ番号、画像サイズ、プリント回数として表示される。閲覧ユーザが携帯端末１１３を操作して「戻る」リンク３９０１を押下したことを受けると、モバイル用アプリケーションサーバ２０４は個別プリント注文画面３８００を表示するためのモバイル用Ｗｅｂデータを送出する。
【０１６８】
ステップＳ３６０４：
モバイル用アプリケーションサーバ２０４は注文者情報入力画面３７００を表示するためのモバイル用Ｗｅｂデータを送出し、閲覧ユーザに対して注文者情報の入力を促す。閲覧ユーザは携帯端末１１３を操作して、注文者情報入力画面３７００に従って姓名、姓名のフリガナ、郵便番号、住所、電話番号、メールアドレス、配送方法、配送先を入力し、「すすむ」ボタン３７１４を押下する。モバイル用アプリケーションサーバ２０４は、入力された注文者情報に不備が無いことをチェックした後、注文者データテーブル１４００に新たなレコードを生成し、入力された注文者情報を格納する。この際、本実施形態では都道府県情報をＪＩＳで規定されている都道府県コードとして格納することにしている。このため、モバイル用アプリケーションサーバ２０４は都道府県入力領域３７０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。又、モバイル用アプリケーションサーバ２０４は注文者ＩＤを割り振り、ステップＳ３６０１にて作成済みの注文情報データテーブル１１００のレコードの注文者ＩＤ１１０２に格納する。ここで、入力された注文者情報に未入力の項目や指定外文字種が入力されている等不備があった場合には、エラー画面を表示するためのモバイル用Ｗｅｂデータを送出する。
【０１６９】
また、閲覧ユーザが携帯端末１１３を操作して「戻る」リンク３７１６を押下したことを受けると、モバイル用アプリケーションサーバ２０８は直前に表示していた一括プリント注文画面２５００か個別プリント注文画面３８００のどちらかを表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１７０】
閲覧ユーザが携帯端末１１３を操作して配送先３７１３を「注文者と同じ」を選択して「すすむ」ボタン３７１４を押下したことを受けると、モバイル用アプリケーションサーバ２０８はステップＳ３６０７の処理を実行する。
【０１７１】
ステップＳ３６０６：
閲覧ユーザが携帯端末１１３を操作して配送先３７１３を「配送先を指定」を選択して「すすむ」ボタン３７１４を押下したことを受けると、モバイル用アプリケーションサーバ２０８は図４２に示す配送先入力画面４２００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１７２】
ここで、閲覧ユーザは携帯端末１１３を操作して、配送先入力画面４２００に従い、姓名、姓名のフリガナ、郵便番号、住所、電話番号、メールアドレスなどの配送先情報を入力し、「すすむ」ボタン４２１２を押下する。モバイル用アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ３６０１にて作成済みの注文情報データテーブル１１００のレコード内に入力された配送先情報を格納する。
【０１７３】
尚、入力された情報に不備があった場合にはエラー画面を表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。また、閲覧ユーザが携帯端末１１３を操作して「戻る」リンク４２１４を押下したことを受けると、モバイル用アプリケーションサーバ２０４は注文者情報入力画面３７００を表示するためのモバイル用Ｗｅｂデータを送出する。
【０１７４】
ステップＳ３６０７：
閲覧ユーザが携帯端末１１３を操作して「すすむ」ボタン４２１２を押下したことを受け、また配送先情報に不備がなかった場合、モバイル用アプリケーションサーバ２０４は見積もり表示画面４１００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御し、閲覧ユーザに対してプリント注文内容の確認を促す。このため、モバイル用アプリケーションサーバ２０４は商品価格や送料、各種手数料とその合計利用金額を算出し、算出した見積もり結果を注文者情報や配送先情報と共に見積もり表示画面４１００に表示させる。又、モバイル用アプリケーションサーバ２０４は注文決済データテーブル１３００に新たなレコードを生成し、算出した見積もり結果を格納する。この際、決済ステータス１３０８は”０”（決済注文未確定）にしておく。尚、注文者情報と配送先情報が同一であるため、配送先表示欄４１０５には「注文者と同じ」と表示している。注文者情報と配送先が異なる場合には配送先表示欄に配送先情報を表示する。
【０１７５】
ステップＳ３６０８：
モバイル用アプリケーションサーバ２０４は閲覧ユーザが携帯端末１１３を操作して「注文する」ボタン４１０２を押下したことを受けたかどうか判断する。
尚、「戻る」リンク４１０４が押下されたことを受けると、モバイル用アプリケーションサーバ２０４は直前に表示していた注文者情報入力画面３７００か配送先入力画面４２００のどちらかを表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。また、「注文取消し」リンク４１０３が押下されたことを受けると、モバイル用アプリケーションサーバ２０４はプリント注文処理をキャンセルし、プリント注文処理へ入る直前に表示していた画像の画像閲覧画面２０００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１７６】
ステップＳ３６０９：
アプリケーションサーバ２０４は閲覧ユーザに選択された画像が画像情報データテーブル９００にあるか否かをチェックする。
【０１７７】
ステップＳ３６１０
ステップＳ３６０９にて画像が無いとチェックされた場合、エラー画面を表示するためのモバイル用Ｗｅｂデータを送出するよう制御した後、再度一括プリント注文画面２５００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御して閲覧ユーザに画像の再選択を促す。
【０１７８】
ステップＳ３６１１：
ステップＳ３６０９にて全ての画像があるとチェックされた場合、携帯端末からのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように注文受け付け画面４３００とオーダステータス画面４０００にアクセスするためのＵＲＬを同一にして、閲覧ユーザの操作性を向上するために必要な処理である。
【０１７９】
モバイル用アプリケーションサーバ２０４は、閲覧ユーザが携帯端末１１３を操作して見積もり画面４１００の「注文する」ボタン４１０２押下したことを受けた際にプリント注文要求のＵＲＬパラメータ部に含まれている注文番号をキーにして注文決済データテーブル１３００の対応するレコードを検索し、毛決済ステータス１３０８を参照する。決済ステータス１３０８が“０”（決済注文未確定）の場合は、注文受け付け処理が完了していないと判断して、ステップＳ３６１２へ進む。一方、決済ステータス１３０８が“１”（未決済注文保留中）あるいは“２”（決済終了）の場合は既に注文受け付け処理が完了していると判断して、ステップＳ３６１７へ進む。
【０１８０】
ステップＳ３６１２：
モバイル用アプリケーションサーバ２０４はプリント注文要求のプリントオーダ作成処理が既に開始されていないかどうかチェックし、これが最初のプリント注文要求であるか否かをチェックする。これは、見積もり画面４１００の「注文する」ボタン４１０２が二度押しされた場合に、誤って同一のプリント注文要求を複数回受け付けないようにするために必要な処理である。誤って同一のプリント注文要求がなされたと判断した場合、モバイル用アプリケーションサーバ２０４はステップＳ３６１８にてエラー画面を表示するためのモバイル用Ｗｅｂデータを送出するよう制御してから、プリント注文処理を終了する。一方、最初のプリント注文要求であると判断されれば、ステップＳ３６１３へ進む。
【０１８１】
ステップＳ３６１３：
モバイル用アプリケーションサーバ２０４は図４３に示す注文受け付け画面４３００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御し、プリント注文要求を受け付けた旨を閲覧ユーザに通知する。注文受け付け画面４３００には後述するステップＳ３６１５にて閲覧ユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されるというメッセージ４３０３も記載されている。更に、この注文受け付け画面４３００のＵＲＬを携帯端末１１３にブックマークして記憶しておき、後ほどそのＵＲＬへアクセスすることで後述するオーダステータス画面４０００を表示することができるというメッセージ４３０４も記載されている。また、「終了」ボタン４３０２は閲覧ユーザが携帯端末１１３を操作して押下されると、モバイル用アプリケーションサーバ２０４によりプリント注文処理を完了してプリント注文処理へ入る直前に表示していた画像の画像閲覧画面２０００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御される。
【０１８２】
ステップＳ３６１４：
モバイル用アプリケーションサーバ２０４はステップＳ３６１３で注文受け付け画面４３００を表示すると同時に、プリントオーダファイル作成処理を行う。プリントオーダファイルはプリント注文された画像データ、プリント枚数、プリント形式、注文者情報、配送先情報、発注金額などの各種情報を１つのファイルにまとめたものである。尚、プリント注文された画像数が多量であったり、画像サイズが大きかったりすると、プリントオーダファイル作成処理にはかなりの時間がかかる。
【０１８３】
ステップＳ３６１５：
モバイル用アプリケーションサーバ２０４は決済サイト１２０に利用金額を通知する。すると、決済サイト１２０はその確認番号をモバイル用アプリケーションサーバ２０４に通知する。この通知を受けたモバイル用アプリケーションサーバ２０４は注文決済データテーブル１３００の対応レコードの決済ステータス１３０８を“１”（未決済注文保留中）に変更する。
【０１８４】
ステップＳ３６１６：
モバイル用アプリケーションサーバ２０４は閲覧ユーザ宛に電子メールを送付する。
【０１８５】
ステップＳ３６１７：
モバイル用アプリケーションサーバ２０４は携帯端末１１３からステップＳ３６１３の注文受け付け画面４３００でブックマークしたＵＲＬあるいはステップＳ３６１６にて送付された電子メールに記載されているＵＲＬを使用したアクセスを受け、決済ステータス１３０８が“２”（決済終了）であれば、図４０に示すオーダステータス画面４０００を表示するためのモバイル用Ｗｅｂデータを送出するよう制御する。
【０１８６】
オーダステータス画面４０００はプリント注文を行った閲覧ユーザがその後の処理状況を確認できるようにすることを目的とする。オーダステータス画面４０００には注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。処理ステータスには、入金待ち、入金期限切れ、プリント待ち、プリント完了、配送完了等があり、注文情報データテーブル１１００の注文ステータス１０１４や注文決済データテーブル１３００の決済ステータス１３０８の状態と連動して随時表示が変更される。
【０１８７】
尚、モバイル用Ｗｅｂデータは携帯端末１１３上で動作するＷｅｂブラウザで再生可能なＷｉｒｅｌｅｓｓＭａｒｋｕｐＬａｎｇｕａｇｅ（ＷＭＬ）、ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成される。フォトサイト１０５のモバイルアプリケーションサーバ２０４は携帯端末１１３の機種や通信プロトコルの仕様、モバイルネットワーク１１４の環境などを判別し、それらに適した記述言語で作成されたモバイル用Ｗｅｂデータを送出するよう制御する。
【０１８８】
また、図１９〜図２７に示した携帯電話１１３のディスプレイに表示される各画面は一例であり、これらの表示レイアウトは携帯端末１１３の画面サイズや画像データの画像サイズによって文字の回りこみ具合などが変化する。
【０１８９】
（他の実施形態）
尚、本実施例では動画情報をアップロードしたときに、動画情報データテーブルを作成し、サービスするときに画像の動画情報データテーブルでサービスを判定した例を説明したが、静止画の情報データに、例えば動画から生成したことを示す情報、変換ソフトの名称、カメラの機種、アップロード機能の名称等を記録するようにして判定することも出来る。又、静止画をアップしたときに登録する静止画情報データのファイルパスの有り無しで判定することもできる。
【０１９０】
又、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０１９１】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１９２】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９３】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０１９４】
【発明の効果】
以上説明したように、本発明によれば、画像データが動画像であるか静止画像であるかによって、表示される画面や画面のレイアウト、表示項目などを変えるようにしたので、画像データの種類によって提供できるサービスが異なる場合でも閲覧ユーザに分かりやすく示すことができ、ユーザが受けるサービスの認識を明確にし、使い勝手の良いサービスを提供できるという効果を奏する。
【０１９５】
また、本発明によれば、動画像の画像データのアップロードについては特別な工程を設け、動画像に特有の属性情報を特別なデータテーブルで管理するようにしたので、画像データを取得してその形式を確認しなくても、画像データと対応する属性情報が特別なテーブルで管理されているかどうかに基づき、当該画像データが動画像であるか静止画像であるかを容易に判断することができるという効果を奏する。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトで管理する動画情報テーブルを示した図である。
【図１１】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図１２】本実施形態のフォトサイトで管理する注文情報データテーブルを示した図である。
【図１３】本実施形態のフォトサイトで管理する注文画像データテーブルを示した図である。
【図１４】本実施形態のフォトサイトで管理する注文決済データテーブルを示した図である。
【図１５】本実施形態のフォトサイトで管理するプリントサイトデータテーブルを示した図である。
【図１６】本実施形態のフォトサイトへの画像のアップロード処理手順を示すフローチャートである。
【図１７】本実施形態のアルバム通知メールの一例を示す図である。
【図１８】本実施形態のアルバムの閲覧画面例を示す図である。
【図１９】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図２０】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図２１】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図２２】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図２３】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図２４】本実施形態の携帯端末に表示されるページの一例を示す図である。
【図２５】本発明の一実施形態に係る携帯端末からのプリント注文処理における一括プリント注文画面を示す図である。
【図２６】本実施形態の携帯端末に表示されるページの一例を示す図である。
【図２７】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図２８】特定の携帯電話からのアクセスを管理するテーブル例を示す図である。
【図２９】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示す図である。
【図３０】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示す図である。
【図３１】本実施形態の処理の一例を示すフローチャートである。
【図３２】図２０に示す画像閲覧画面２０００を表示するときの表示に関する処理例を表すフローチャートである。
【図３３】図３２でセッション情報が既に作られているときの処理（Ｓ３２０３）を詳細に表すフローチャートである。
【図３４】図３２及び図３３で画像閲覧画面２０００のデータを生成する処理（Ｓ３２１４、Ｓ３３１５）を詳細に表すフローチャートである。
【図３５】本実施形態に係る携帯端末からのプリント注文処理に関わる画面の遷移関係を示す図である。
【図３６】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
【図３７】本実施形態に係る携帯端末からのプリント注文処理における注文者情報入力画面を示す図である。
【図３８】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図３９】本実施形態に係る携帯端末からのプリント注文処理における画像確認画面を示す図である。
【図４０】本実施形態に係る携帯端末からのプリント注文処理におけるオーダステータス画面を示す図である。
【図４１】本実施形態に係る携帯端末からのプリント注文処理における見積もり画面を示す図である。
【図４２】本実施形態に係る携帯端末からのプリント注文処理における配送先入力画面を示す図である。
【図４３】本実施形態に係る携帯端末からのプリント注文処理における注文受け付け画面を示す図である。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention enables an information processing system, an information processing device, an information processing method, and a program for executing the same to read an image stored in an information processing device from an information terminal, particularly, a mobile phone. And a program stored in the storage medium.
[0002]
[Prior art]
2. Description of the Related Art In recent years, with the development of communication infrastructure and the development of information communication technology, an information providing service using the Internet has become possible.
[0003]
From such a background, as a system for providing an information providing service, an image service site (hereinafter referred to as a photo site) deposits image data or the like taken by a user with an image input device in a storage area of a server on the Internet, and stores the image. A system has been created that provides a service that allows a customer to browse data again when desired (see, for example, Patent Document 1). There are also providers that provide such services. In such a situation, a service that targets not only a still image but also a moving image captured by a video device or the like is about to start.
[0004]
[Patent Document 1] JP-A-11-224228 (page 6, FIG. 3)
[0005]
[Problems to be solved by the invention]
However, when providing the above service to a mobile terminal, particularly a mobile phone, the screen of the mobile terminal is small and light, so the size of the display and the size of the display characters are limited to a desktop type personal computer (hereinafter, PC). It is very small compared to the size of). For this reason, there is a problem that the user of the mobile terminal has a small amount of information to be displayed, and it is difficult for the user of the mobile terminal to grasp what data the image being viewed refers to an image created from.
[0006]
Further, although a PC can install a playback application to play a moving image, there is a problem that a mobile phone cannot play a moving image on many models at present. Therefore, a method of browsing one frame of a moving image as a still image is conceivable, but it has been difficult for the user to determine from the still image whether the still image is a normal still image and one frame of a moving image.
Also, there is a problem that a print service cannot be provided because a moving image cannot be printed. Further, a still image generated from one frame of a moving image has a small number of pixels and thus has a low image quality and is not suitable for printing, so that there is a problem that a print service cannot be provided.
[0007]
An object of the present invention is to provide an information processing system, an information processing apparatus, an information processing method and an information processing method capable of displaying the type of content data on a communication terminal to notify a user of the content data in view of the above conventional problems. Provided are a storage medium stored in a readable manner and a program thereof.
[0008]
That is, when still images generated from a moving image are mixed in an album, the user is notified of the original image generated from the album. Another object of the present invention is to provide a user-friendly service by changing the service providing method so as not to make a print order, thereby clarifying the recognition of the service received by the user.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, an information processing apparatus according to the present invention is an information processing apparatus that provides a service to a communication terminal, and stores content data and content management information for managing the content data. Means, a discriminating means for discriminating the type of content data from the content management information, and a transmitting means for transmitting information for informing a result of the discrimination by the discriminating means to the communication terminal for display.
[0010]
Here, the storage unit stores the content management information in different storage processes according to the type of the content data, and the content management information has different elements according to the type of the content data. Further, the storage means stores the content management information in different storage areas according to the type of the content data. The type of the content data indicates whether the content data is a moving image or a still image. The service is a service for printing the content data. Further, when the content data is a moving image, the transmitting unit transmits and displays the information indicating that the print service is unavailable.
[0011]
Further, the information processing method of the present invention is an information processing method for providing a service to a communication terminal, wherein the type of content data is determined from content management information for managing stored content data. And a transmitting step of transmitting information for notifying a result of the determination in the determining step to the communication terminal and displaying the information.
[0012]
Here, the method further includes a storage step of storing the content management information in different storage processes according to the type of the content data, and the content management information has different elements according to the type of the content data. In the storing step, the content management information is stored in different storage areas according to the type of the content data. The type of the content data indicates whether the content data is a moving image or a still image. The service is a service for printing the content data. In the transmitting step, when the content data is a moving image, the information indicating that the print service is unavailable is transmitted and displayed.
[0013]
Further, the present invention also provides a program for realizing the information processing method, and a storage medium for storing the program in an information processing apparatus readable manner.
[0014]
Further, an information processing system according to the present invention is an information processing system having a communication terminal and an information processing apparatus for providing a service to the communication terminal, wherein the content data and content management information for managing the content data include Storage means for storing the content management information, determining means for determining the type of content data from the content management information, transmitting means for transmitting information notifying the determination result by the determining means to the communication terminal, the received information Display means for displaying on the communication terminal.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention will be illustratively described in detail with reference to the drawings. However, the relative arrangement and display screens of the constituent elements described in the present embodiment are not intended to limit the scope of the present invention to them only, unless otherwise specified. The deletion example is also included in the present invention.
[0016]
Here, as an embodiment of the present invention, an information providing system for sharing and providing digital image data via the Internet will be described as an example.
[0017]
<Overview of the information providing system of the present embodiment>
FIG. 1 is a diagram illustrating a configuration example of an information providing system according to the present embodiment.
[0018]
The information providing system includes a personal computer 102 (hereinafter abbreviated as a user PC) of a user who receives a service, a mobile terminal 113, a photo site 105 for managing the user's image and personal information, and an image managed by the photo site 105. A print site 109 for performing print processing, a store 121 for directly receiving money from a user as a price for printed matter, and a settlement site 120 for performing deposit processing.
[0019]
The photo site 105 provides a service that allows the user to store image data captured by the image input device 101 via the Internet 104, browse the image data when the user desires, and order printing.
[0020]
Here, the user PC 102 can operate a Web browser having a standard protocol capable of transferring information on the Internet 104. The Web browser accesses the photo site 105 using a standard protocol such as Hyper Text Transfer Protocol (http), and generates a text in a language such as Hyper Text Markup Language (HTML), a language described in a language such as X-Language written in an extensible markup language. Can be displayed. The Web information is linked to multimedia information such as images and sounds managed by the photo site 105. By this operation, the user of the user PC 102 can receive the service provided by the photo site 105 using the Internet 104. It should be noted that the photo site 105 according to the present embodiment is not affiliated with the print site 109 that can provide various print services, only receiving a print order, and does not independently perform a print service.
[0021]
In addition, the photo site 105 according to the present embodiment does not independently perform a settlement service, but is affiliated with a settlement site 120 that collects money. The photo site 105 according to the present embodiment waits for payment information of the price of a printed material, and requests a print order from the print site 109.
[0022]
The print site 109 prints out an electronic document such as a New Year's card, a word processor document, and an image in accordance with the print order transferred from the photo site 105 using the Internet 104, and provides the user with the printed matter as a product.
[0023]
An image input device 101 converts an optical image, which is image information, into an electric signal, performs predetermined image processing, and records / reproduces the digital information as digital information. This image input device may be a digital still camera that can capture a still image and record it as image data, or a digital video camera that can capture a moving image and record it as image data.
[0024]
Reference numeral 116 denotes a data transfer interface for transferring image data between the image input apparatus 101 and the user PC 102. The data transfer interface 116 may be a wired interface typified by Universal Serial Bus (USB) or IEEE 1394, or a wireless interface typified by IrDA or Bluetooth.
[0025]
Image data captured by the image input device 101 and stored as digital information is transferred to a storage area of an information storage device typified by an HDD of the user PC 102 via the data transfer interface 116. Regarding the transfer of image data from the image input device 101 to the user PC 102, the image data stored in the information storage device in the image input device 101 is issued by an instruction from the OS or dedicated software installed in the user PC 102. May be transferred collectively, or a transfer command sent from the image input apparatus 101 may cause the OS or the dedicated software of the user PC 102 to secure a data recording area in the information recording unit of the user PC 102 and transfer image data. . In this way, the image data captured by the image input device 101 is transferred to the user PC 102 and stored.
[0026]
Although only one component of the information providing system is shown in FIG. 1 or a plurality of components are shown in FIG. 1, the number may be one or more, and the number is particularly limited. do not do.
[0027]
Further, the photo site 105 according to the present embodiment specifically has the following functions.
(1) User registration: Use registration is performed for the photo site 105 using the user PC 102. The photo site 105 issues a user ID to the registered user.
(2) Upload of image data: The image data is transferred from the user PC 102 to the photo site 105 via the Internet.
(3) Print order: The user PC 102 or the mobile terminal 113 instructs the photo site 105 to print image data, and prints the image data via the print site 109.
(4) Notification of browsing permission: An electronic mail (hereinafter, also referred to as an invitation mail) for permitting browsing of image data stored in the photo site 105 is transmitted from the user PC 102 to another PC 102-n or the portable terminal 113. I do.
(5) Browsing image data: Browsing image data stored in the photo site 105 from the user PC 102 or another PC 102-n.
(6) Browsing of image from mobile terminal: Browsing of image data stored in photo site 105 from mobile terminal 113.
[0028]
<System configuration example of the photo site of the present embodiment>
FIG. 2 is a diagram illustrating a configuration example of the photo site 105 according to the present embodiment.
[0029]
The photo site 105 mainly includes a firewall (F / W) 201, a load balancer (LB) 202, application servers 203 and 204, a content conversion server 205, a mail server 206, an FTP server 207, a database (DB) server 208, and a file. The server 209 includes an Ethernet (registered trademark) switch (SW) 210.
[0030]
In the photo site 105, the firewall 201 has a function of blocking external intrusion and attacks. It is used to safely operate a server group on the intranet in the photo site 105.
[0031]
The photo site 105 includes an application server (PC-APPS) 203 that mainly provides a service to the PC 102 and an application server (Mobile-APPS) 204 that provides a service to the portable terminal 113. The server is functioning as a WWW server. The application servers 203 and 204 acquire image information and user information in cooperation with the timely DB 208, and generate Web pages.
[0032]
The load balancer 202 is a load distribution device, and has a load distribution function of distributing access to the photo site 105 to a plurality of servers in the intranet. In addition, it has a function of acquiring terminal information of the access source and determining whether the request is a browsing request from the portable terminal 103 or a browsing request from the PC 102. According to the determination result, the browsing request from the PC is distributed to the application server 203, and the browsing request from the mobile phone is distributed to the content conversion server (Mobile-Trans) 205.
[0033]
The PC application server 203 has a homepage of a network image storage service corresponding to access from the PC 102. In addition, a user homepage is provided for each user, so that each user can use an image storage service that enables browsing of an image, setting of a password, sending of an invitation mail for browsing, and the like.
[0034]
The content conversion server 205 operates as a proxy server that relays the mobile terminal application server 204 for access from the mobile terminal 113. Upon receiving the request from the mobile terminal 113, the content conversion server 205 relays the received request to the mobile terminal application server 204.
[0035]
The application server 204 communicates with the back end (the DB server 208 and the file server 209 storing information such as each user's ID, image information, and a password for publishing a browsed image), and displays the mobile terminal display according to the request. It generates screen data dynamically and returns it to the content conversion server 205. The application server 204 provides an image browsing service corresponding to the access from the mobile terminal 103, and generates a page for each user.
[0036]
The content conversion server 205 converts the received mobile terminal display screen data into content according to the model of the requesting mobile terminal 113 and returns it to the mobile terminal 113. The content conversion server 205 has a table corresponding to various mobile terminals, and associates model information of the mobile terminal 113 with image information to be converted, a markup language, and the like. The content conversion server 205 performs data conversion including image format conversion for each portable terminal 113 corresponding to another markup language in response to the request. Specifically, when the content conversion server 205 receives a request from the mobile terminal 103 by HTTP, the content conversion server 205 acquires model information as User-Agent information included in the request, refers to the table, and follows the set information according to the set information. Perform data conversion.
[0037]
In response to an instruction from the application server 203, the mail server 206 transmits a mail for confirming service registration or an invitation mail for image browsing.
[0038]
The image from the user is received by the FTP server 207 by File Transfer Protocol (ftp protocol). The image data once received is stored in the file server 209 functioning as a main storage.
[0039]
<Example of hardware configuration of photosite of this embodiment>
FIG. 3 is a diagram illustrating a hardware configuration example of the photo site 105 according to the present embodiment. FIG. 3 mainly shows the control unit, and the input / output device and the like are omitted.
[0040]
A central processing unit (CPU) 301 controls the entire photo site 105. The Read Only Memory (ROM) 302 stores programs and parameters that do not need to be changed. A Random Access Memory (RAM) 305 is a storage area for temporarily storing programs and data, and includes a data storage area 310 and a program load area 312.
[0041]
In the program load area 312, a system program such as an operating system (OS) and a printer driver from the external storage device 304 or an application program provided by a user or the like is loaded and executed by the CPU 301.
[0042]
The data storage area 310 includes, as areas used in the present embodiment, for example, a transmission screen 311a created to be provided to the user's communication terminal, reception data 311b received from the user's communication terminal, The storage capacity 311c of the image data used to check the status, the storage capacity 311d currently used, the area 311e storing the deletion flags 1 and 2 used when browsing from the portable terminal, the session ID 311f, and the like are included. Secured.
[0043]
The external storage device 304 includes a fixed hard disk or memory card, or an optical disk such as a detachable and portable floppy (registered trademark) disk or Compact Disk (CD), a magnetic or optical card, an IC card, a memory card, or the like. And comprises a data storage area 341 and a program storage area 342.
[0044]
The data storage area 341 stores a customer information database 341a for managing customer information for which storage is requested, an image information database 341b for managing stored image information, a mobile terminal database 341c for managing information for mobile terminals, and the like. Is done. These are shown in more detail in, for example, FIGS. 4 to 9 or FIGS. 28 to 30 below.
[0045]
The program storage area 320 stores a program that is loaded into the program load area 312 of the RAM 305 and executed (may be directly executed in a memory card or the like). Although not shown in FIG. 3, system programs such as an OS and a BIOS used in the present embodiment are also stored. In FIG. 3, a user registration module 321a, a login module 321b, an album browsing module 321c, a print order module 321d, and the like, which are described in detail below, are stored as the PC access processing program 321. Further, an album browsing module 322a, which is a characteristic part of the present embodiment, is stored as a program 322 for mobile terminal access processing.
[0046]
In the example of the hardware configuration of the photo site 105, the server is shown as being configured as one device. However, each server in FIG. 2 is an independent device, and the entire server is connected by a Local Area Network (LAN) or the like. The storage unit, in particular, the external storage device 40 may be configured to be distributed to a plurality of devices.
[0047]
<Example of database configuration managed by the photo site according to the present embodiment>
Hereinafter, each table of the database managed by the DB server 209 of the photo site 105 will be described.
[0048]
FIG. 4 is a diagram showing a customer information data table 400 for managing customer information of a user registered as a user at the photo site 105 in the present embodiment. When user registration is performed by a user operation, a record is created in the customer information data table 400 of the DB 208 at the photo site 105, and various information is registered and managed. A user ID is uniquely defined for each user, and the customer information data table 400 is managed using the user ID 401 as a key. Information managed as customer information includes a notification destination mail address 402, a login name 403, a password 404, a first name (last name) 405, a first name (first name) 406, a phonetic name (last name) 407, a phonetic name (first name) 408, and a postal code ( 1, 2) 409, 410, prefecture code 411, addresses (1, 2) 412, 413, telephone numbers (1, 2, 3) 414, 415, 416, and user registration status 417. If the user registration state 417 is “1”, it indicates a registered and usable state, and “0” indicates a use prohibited state.
[0049]
FIG. 5 is a diagram showing a customer status data table 500 for managing the current status of a user registered in the photo site 105 in the present embodiment. At the photo site 105, when user registration is performed, a record is created in the customer status data table 500 of the DB server 208, and various information is registered and managed. Each set value in this record is updated at any time according to an operation performed on the photo site 105 by a user operation. Therefore, when the user logs in, the customer status data table 500 stores the status when the user last used. The customer status table 500 stores, using the user ID 501 as a key, an album ID 502 of the album displayed last for the user, a disk usage limit 503, and points 504 accumulated when using the print order. In the case of the same user, the user ID 501 has the same value as the user ID 401.
[0050]
FIG. 6 is a diagram showing a customer album data table 600 for managing a user's album in the present embodiment. In the photo site 105, when a new album is created by a user operation, a record is created in the customer album data table 600 of the DB server 208 in accordance with the creation, and various information is registered and managed. This record is deleted from the DB server 208 when the album is deleted by a user operation. In the customer album data table 600, the ID 602 of the album created by the user and the display order number 603 of the album are stored using the user ID 601 as a key. In the case of the same user, the user ID 601 has the same value as the user ID 401.
[0051]
FIG. 7 is a diagram showing an album information data table 700 for managing the details of a user's album in the present embodiment. In the photo site 105, when a new album is created by a user's operation, a record is created in the album information data table 700 of the DB server 208, and various information is registered and managed. This record is deleted from the DB server 208 when the album is deleted by a user operation. In the album information data table 700, using the album ID 701 as a key, an album name 702, a file path 703 to a comment for the album, an album release flag 704, a password flag 705, an album password 706, a print flag 707, and an original image display A permission flag 708 and a display format 709 are managed. If the album release permission flag 704 is "1", it can be released, if it is "0", it is prohibited from being disclosed, and if it is "-1", it indicates that the publication has been prohibited by the operator of the photo site 105. If the password permission flag 705 is “1”, the password is present, if “0”, the password is absent. If the password permission flag 705 is “1”, the password is stored in the album password 706. If the print permission flag 707 is "1", it means that printing is possible, and if it is "0", it means that printing is impossible. If the original image display enable / disable flag 708 is “1”, display is possible, and if it is 0, display is impossible. The display format number 709 indicates a list display if “1”, and a detailed display if “2”. Note that, for the same album, the same value is stored in the album ID 701 and the album ID 602. The album browsing prohibition flag 710 from the mobile terminal 113 indicates "1" if it can be displayed, and "0" indicates that it cannot be displayed. This flag is controlled by the operator of the photo site 105. Further, the number of browsing times 711 from the PC 102 and the number of mobile browsing times 712 from the portable terminal 113 are stored.
[0052]
FIG. 8 is a diagram showing an album image data table 800 for managing image data included in an album in the present embodiment. In the photo site 105, when image data is uploaded to an album by a user operation, one record is created for each image data in the album image data table 800 of the DB server 208, and various information is registered and managed. This record is deleted from the DB server 208 when the image data is deleted by a user operation. The album image data table 800 manages an image ID 802 stored in the album ID 801 and an image display number 803 indicating a display position of the image in the album. In the same album, the same value is stored in the album ID 801 and the album ID 701.
[0053]
FIG. 9 is a diagram showing an image information table 900 for managing the details of image data in the present embodiment. In the photo site 105, when image data is uploaded by a user operation, one record is created for each image in the image information data table 900 of the DB server 208 regardless of a still image or a moving image, and various information is registered and managed. Is done. This record is deleted from the DB server 208 when the image data is deleted by a user operation. In the image information table 900, using the image ID 901 as a key, the user ID 902 of the user who owns the image, the image name 903, the file path 904 to the original image, the path 905 to the thumbnail file, the file path 906 to the display image, The path 907 to the comment file, the number of times of browsing 908 from the PC 102, the number of times of printing 909, the number of times of browsing 910 from the mobile terminal 113, and the browsing prohibition flag 911 are stored. In the same image data, the same value is stored in the image ID 901 and the image ID 802, and the same value is stored in the user ID 902 and the user ID 401 for the same user. Also, the browsing prohibition flag 911 is "1" indicating that display is possible, and "0" indicates that display is not possible. If the uploaded image data is a moving image, a thumbnail representative image described later is stored in the location specified by the thumbnail file path 905.
[0054]
FIG. 10 is a diagram illustrating a moving image information table 1000 for managing details of image data of a moving image according to the present embodiment. In the photo site 105, when the image data of the moving image is uploaded to the album by the operation of the user, one record is created for each image in the moving image information table 1000 of the DB server 208, and various information is registered and managed. This record is deleted from the DB server 208 when the image data is deleted by a user operation. In the image information table 1000, using the image ID 1001 as a key, a file path 1002 to the original moving image, a numerical value 1003 indicating the height [bit] of the moving image, a numerical value 1004 indicating the width [bit] of the moving image, the file size of the original moving image data file 1005, the reproduction time 1006 of the moving image, the name of the model 1007 taken, the bit rate 1008 of the image, the file format 1009 of the image, and the number of downloads 1010 indicating how many times the moving image has been downloaded are stored. The same value as the image ID 901 is stored in the image ID 1001, and the file path of the thumbnail representative image of the moving image can be referred to from the image information data table 900.
[0055]
FIG. 11 is a diagram showing an order information data table 1100 for managing a delivery destination of a print order of image data according to the present embodiment. When the photo site 105 receives a print order for the image data included in the album from the orderer, one record is created per order in the order information data table 1100 of the DB server 208, and various information is registered and managed. Using the order number 1101 issued for each print order as a key, the orderer ID 1102, delivery destination name 1103, delivery destination postal code (1, 2) 1104, 1105, delivery destination prefecture code 1106, delivery destination address (1, 2) 1107. 1108, delivery destination telephone numbers (1, 2, 3) 1109, 1110, 1111, print site ID 1112, order date and time 1113, and order status 1114 are stored. In the order status 1114, “0” is a default value, indicating that the order has not been placed on the print site 109, “1” represents that the order has been placed on the print site 109, and “2” has been delivered. It means that
[0056]
FIG. 12 is a diagram showing an order image data table 1200 for managing the details of image data for which a print order has been placed and the details of an order in this embodiment. In the photo site 105, when a print order for the image data included in the album is received from the orderer, records are created in the ordered image data table 1200 of the DB server 208 by the number of the image data, and various information is registered and managed. The order image data table 1200 has a reception number 1202 of the print site 109 using the order number 1201 as a key, an image number 1203 managed in print order units, a thumbnail image copied for print order, an original image, and a preview display image file. The paths 1204, 1205, and 1206, the number of prints 1207, the print size 1208, the print type 1209, and the image ID 1210 are managed. In print size 1208, "1" is an L size, "2" is a 2L size, "3" is an official postcard size, "4" is a private postcard size, and "5" is a flag indicating A4 size. Is done. In the print type 1209, “0” stores one of the flags indicating borderless printing, and “1” stores one of the flags indicating bordering printing. In the same order, the same number is stored in the order number 1201 and the order number 1101. The image ID 1210 is the image ID of the original image, and holds the same value as the image ID 901.
[0057]
FIG. 13 is a diagram showing an order settlement data table 1300 for managing settlement of a print order in the present embodiment. When the photo site 105 receives a print order for the image data included in the album from the orderer, one record is created for each order in the order settlement data table of the DB server 208, and various information is registered and managed. The order settlement data table 1300 manages a settlement method 1302, a total charge 1303, a print charge 1304, a print charge tax amount 1305, a postage 1306, a postage tax amount 1307, and a settlement status 1308 using the order number 1301 as a key. In the settlement method 1302, “1” is transferred, “2” is cash on delivery, “3” is credit settlement, and “4” is a flag indicating store settlement agency. In the present embodiment, the case of the store settlement agency of “4” will be described. In the settlement status 1308, “0” is a default value, and any one of a flag indicating that the settlement order is not confirmed, “1” indicating that the unsettled order is on hold, and “2” indicating a settlement end is stored. In the same order, the same value is stored in the order number 1301 and the order number 1101.
[0058]
FIG. 14 is a diagram showing an orderer data table 1400 for managing the orderer who has made an image data print order in the present embodiment. In the orderer data table 1400, when the photo site 105 receives a print order for the image data included in the album from the orderer, one record is created per order in the orderer data table 1400 of the DB server 208, and various information is registered. Is managed. In the orderer data table 1400, using the orderer ID 1401 as a key, a user ID 1402, a notification destination e-mail address 1403, a first name (last name) 1404, a first name (first name) 1405, a phonetic name (last name) 1406, a phonetic name (first name) 1407, and a postal code (1) , 2) 1408, 1409, prefecture code 1410, addresses (1, 2) 1411, 1412, and telephone numbers (1, 2, 3) 1413, 1414, 1415. If the orderer is not registered as a user on the photo site 105 or if the orderer is not the owner of the album, “0” is assigned to the user ID 1402. In the same order, the same ID is stored in the orderer ID 1401 and the orderer ID 1102. When the orderer is registered as a user in the photo site 105, the same ID is stored in the user ID 1402 and the user ID 401 for the same orderer. In this case, the values entered in the corresponding user information of the customer information table 400 having the same user ID 401 are copied as the user information of 1403 to 1415.
[0059]
FIG. 15 is a diagram showing a print site data table 1500 for managing the print site 109 where the photo site 105 places a print order in the present embodiment. When there is a new print site available at the photo site 105, a new record is created in the print site data table 1500 of the DB server 208 in accordance with the new print site, and various information is registered and managed. The print site data table 1500 manages the provider name 1502 and the URL 1503 to the CGI for print order notification using the print site ID 1501 as a key.
[0060]
In the present embodiment, a case where only one print site 109 exists will be described. However, it is apparent that the present invention can be realized even if the number is plural.
[0061]
<Example of services provided by the photo site of this embodiment>
(Upload image from PC)
Uploading of image data in the information providing system of the present embodiment will be described with reference to the flowchart of FIG.
[0062]
Step S1601:
When the user operates the user PC 102, image upload dedicated software pre-installed on the user PC 102 is started.
[0063]
Step S1602:
The software exclusively for image upload displays an upload image selection screen for selecting image data to be uploaded to the photo site 105 on the display of the user PC 102.
[0064]
Step S1603:
The image upload dedicated software receives designation of image data to be uploaded to the photo site 105 when the user operates the user PC 102 in accordance with the upload image selection screen.
[0065]
Step S1604:
The image upload software determines whether the selected image data is available at the photo site 105. In the present embodiment, it is assumed that the image data available in the photo site 105 is in the JPEG format for a still image and is in the MPEG format for a moving image. Therefore, it is determined that image data in other formats cannot be used.
[0066]
Step S1605:
If it is determined in step S1604 that the image data is unusable, the image upload dedicated software displays an error dialog on the display of the user PC 102.
[0067]
Step S1606:
If it is determined in step S1604 that the image data is available, the image upload dedicated software determines whether the designated image data is a moving image. Note that the processing of steps S1606 to S1609 is sequentially performed for each of the designated image data.
[0068]
Step S1607:
If it is determined in step S1606 that the image data is a moving image, the image upload-only application acquires a thumbnail representative image of the image data.
Here, the thumbnail representative image is generated in the image input device 101 and transferred together with the image data, or an image upload-only application is generated based on the image data.
[0069]
Step S1608:
The image upload application acquires the attribute information of the moving image data from the image data. Here, the attribute information includes a reproduction time, a model of the image input apparatus 101 used for shooting, and the like. Alternatively, the user may operate the user PC 102 to use the image upload application and set the attribute information.
[0070]
Step S1609:
The image upload-only application determines whether or not processing has been performed on all the selected image data. If it is determined that the process has not been performed, the process of step S1606 is performed.
[0071]
Step S1610:
If it is determined in step S1609 that the process has been executed, the image upload-only application transfers the designated image data to the photo site 105 via the Internet 104. Here, the image upload application transfers the image data of the moving image together with the thumbnail representative image generated in step S1607 and the attribute information generated in step S1608.
[0072]
Step S1611:
The PC application server 203 of the photo site 105 stores the received image data in the file server 209. Furthermore, if the image data is a still image, the thumbnail image is stored in the file server 209, or if the image data is a moving image, the thumbnail representative image generated in step S1607 is also stored in the file server 209. In the present embodiment, the PC application server 203 determines that the file format of the image data is a still image if the file format is JPEG and a moving image if the file format is MPEG. However, this criterion is not limited to this. Note that the processing in steps S1611 to S1615 is sequentially performed on each of the received image data.
[0073]
Step S1612:
The PC application server 203 of the photo site 105 creates a record in the image information table 900 of the DB server 208 and registers various information such as a file path of image data in the file server 209.
[0074]
Step S1613:
The PC application server 203 of the photo site 105 determines whether the image data is a moving image. In this embodiment, if the file format of the image data is the MPEG format, it is determined that the image data is a moving image. However, this criterion is not limited to this.
[0075]
Step S1614:
If it is determined that the image data is a moving image, the PC application server 203 of the photo site 105 creates a record in the moving image information table 1000 of the DB server 208, and registers the attribute information acquired in step S1608.
[0076]
Step S1615:
The PC application server 203 of the photo site 105 determines whether or not the processing has been executed for all the image data received in step S1611.
If it is determined that the process has not been performed, the process of step S1611 is performed again.
[0077]
Step S1616:
If it is determined in step S1615 that the execution has been performed, the PC application server 203 of the photo site 105 notifies the user PC 102 that the image data has been uploaded normally. This upload process is executed based on a protocol available on the Internet 104, for example, http or ftp.
[0078]
As described above, in the present embodiment, the uploading of the image data of the moving image is provided by the photo site 105 in step S1614, and the attribute information unique to the moving image is managed in the moving image information table 1000. Thus, the photo site 105 can obtain a moving image or a still image only by referring to whether or not the image data is managed in the moving image information table 1000 without acquiring the image data and referring to the format. Can be easily determined.
[0079]
In the present embodiment, a PC has been described as an example of a terminal that uploads image data using an image upload-only application. However, the information providing system according to the present invention is not limited to this. Image data may be uploaded from a telephone, a digital camera, a digital video, a scanner, a copying machine, or the like using wired communication or wireless communication.
[0080]
Also, in the present embodiment, the uploading of image data using an image upload dedicated application pre-installed on the user PC 102 has been described as an example. However, the web page data provided by the photo site 105 to the user PC 102 via the Internet 104 May be used to upload the image data. In this case, the image data may be transferred from the PC 102 first, and the photo site 105 may execute the processing in steps S1607 and S1608.
[0081]
(Viewing of album by viewing user)
The user operates the user PC 102 to access the photo site 105 using the Web browser, and notifies the photo site 105 of the designation of an album to be permitted to be browsed and the email address of the browsing user permitted to browse the album. If the user is required to enter a password at the time of browsing, the password is also notified.
[0082]
The photo site 105 generates a Universal Resource Locator (URL) required for browsing the specified album. The URL to be generated is a unique address indicating the location of the album, and uses a random number that cannot be uniquely predicted. An example of the URL is shown below.
[0083]
http: // OOOO. com / PhotoSite / Album / AlbumEntry. cgi? AlbumID = AJNWDMF
The photo site 105 creates an e-mail describing the generated URL, and transmits the e-mail to the e-mail address of the viewing user. Further, a password necessary for browsing the album may be described in the e-mail. FIG. 17 shows an example of the e-mail.
[0084]
The browsing user who has received the e-mail operates, for example, the browsing user's PC 102-n or the mobile terminal 113, inputs the URL described in the e-mail into the Web browser, and accesses the photo site 105 via the Internet 104. .
[0085]
In the photo site 105, the load balancer 202 determines whether the URL transmission source is from the portable terminal 113 or the PC 102 based on the User-Agent field value included in the HTTP request header. As a result of the determination, the process is distributed to the mobile application server 204 if the processing is from the mobile terminal 113, and to the PC application server 203 if the processing is from the PC 102. This determination is not limited to the value of the User-Agent field included in the HTTP request header, but may be determined based on the presence or absence of Cookie information.
[0086]
When the photo site 105 receives access from the browsing user's PC 102-n, the photo site 105 returns PC Web data created in a description language such as HTML or XML that can be reproduced by a Web browser running on the PC 102.
[0087]
Here, an album browsing start screen 1800 shown in FIG. 18 is displayed on the display of the PC 102-n based on the PC Web data. Note that the photo site 105 searches the album information data table 700 using the AlbumID of the parameter part of the URL as a key, and when the password permission flag 705 is “1” (with a password), a password input screen is displayed first. The Web data may be returned to the PC 102-n. In the same album, the value of AlbumID = in the parameter part of the URL and the album ID 701 are the same.
[0088]
An image 1801 in FIG. 18 is image data of a still image, and an image 1802 is a thumbnail representative image of image data of a moving image. A frame is added to the image 1802 to indicate that the image data is a moving image. A moving image icon 1805 indicating that the image data is a moving image is added immediately below the image 1802. When the moving image icon 1805 is clicked, the image data can be downloaded to the PC 102 of the viewing user. The browsing user reproduces the downloaded image data using a reproduction application installed on the PC 102.
[0089]
Also, the PC application server 203 creates PC Web page data for displaying the print order button 1803 according to the print permission flag 707 of the album information data table 700 of the DB server 208, and controls the PC application server 203 to transmit the Web page data to the Internet 104. I do. The browsing user operates the PC 102-n and presses the print order button 1803 to order an album print. Reference numeral 1804 denotes a configuration of image data included in the album.
[0090]
Hereinafter, a case where the photo site 105 is accessed from the mobile terminal 113 of the viewing user will be described.
[0091]
(Example of database configuration of mobile application server)
FIG. 28 to FIG. 30 are diagrams showing the contents of tables managed by the mobile application server 204 in the database 208. These tables are created by the mobile application server 204 in response to access from the mobile terminal 113 and are used to control the contents of screens displayed on the mobile terminal 113 and the services to be provided.
[0092]
FIG. 28 is a diagram showing an MB session information table 2800 for managing access from a specific portable terminal 113. The mobile application server 204 creates one record in the MB session information table 2800 every time a new access is made from the mobile terminal 113, and registers various information. At this time, a session ID 2801 uniquely defined as the identification information of the mobile terminal 113 that has accessed is assigned and stored in the table together with the album owner's user ID (same as the user ID 501) 2804. Also, the date and time 2803 of the new access and the last access date and time 2802 with the same session ID are stored. The mobile application server 204 periodically searches the MB session information table 2800 and sets a flag in a record attribute 2805 of a record after a certain period of time from the last access date and time 2802. The access from the portable terminal 113 using the session ID 2801 of this record is treated as a timeout, and the access is rejected.
[0093]
FIG. 29 is a diagram showing an MB album information table 2900 for storing information of an album requested to be browsed from the portable terminal 113. The mobile application server 204 creates one record in the MB album information table 2900 every time a new access is made from the mobile terminal 113, and registers various information. At this time, the session ID 2801 of the MB session information table 2800 is copied and stored in the session ID 2901. The album ID 2902 stores an album ID included in the parameter part of the URL. The mobile application server 204 refers to the album information data table 700 using the album ID 2902 as a key, copies the album name 702 and the comment 703, and stores them in the album name 2903 and the album comment 2904, respectively. When all image data included in the album is registered in the moving image information data table 1000, the mobile application server 204 sets “1” in the moving image Flug 2905 at the start of browsing.
[0094]
FIG. 30 is a diagram showing an MB image information table 3000 that stores information of image data included in the album requested to be browsed from the mobile terminal 113.
The mobile application server 204 creates records for the number of images in the album in the MB album MB image information table 3000 every time a new access is made from the portable terminal 113, and registers various information. At this time, the session ID 2801 of the MB session information table 2800 is copied and stored in the session ID 3001. The mobile application server 204 copies a part of the contents of the album image data table 800 and the image information data table 900 using the image ID 3002 and the album ID 3003 as keys and stores the copied data in each field. Here, the mobile application server 204 acquires a thumbnail image or a thumbnail representative image based on the thumbnail file path 905 of the image information data table 900 and copies it to a temporary area of the file server 209 used exclusively by the mobile application server 204. I do. Then, the copy destination file path of the thumbnail image is stored in the image path 3006.
[0095]
(Browsing control of image for mobile terminal 102)
FIG. 31 is a flowchart illustrating an operation example when the mobile application server 204 receives access from the mobile terminal 113 of the viewing user.
[0096]
Step S3101:
The mobile application server 204 searches the MB session information table 2800 to determine whether the session ID included in the parameter part of the URL transmitted from the mobile terminal 113 is an existing session ID.
[0097]
Step S3102:
If it is determined in step S3101 that the session ID is not included in the parameter portion of the URL or that the session ID is not an existing session ID, an initialization process described later (see FIG. 32) is executed.
[0098]
Here, the image browsing screen 2000 displayed on the display of the mobile terminal 113 will be described with reference to FIGS. On the image browsing screen 2000, a thumbnail image 2001 in which the image size of the original image data is reduced, a name 2002 of the original image data, an image order 2003 in the album, a link 2004 for selecting an image displayed in the thumbnail image 2001, Total number of images 2010 in album, input field 2005 for specifying images displayed in thumbnail image 2001 in image order and enter button 2006, link 2007 for displaying image information display screen 2200 described later, album information display A link 2008 for displaying a screen and a link 2009 for displaying a batch print order screen 2500 for ordering a print of original image data corresponding to the thumbnail image 2001 are displayed.
[0099]
If the image data is a moving image captured by a digital camera or a video camera, the thumbnail image 2001 displays the thumbnail representative image generated in step S1607. Then, in order to indicate that the image data is a moving image, a character string of “moving image” is displayed in 2101 and an icon is displayed in 2102.
[0100]
Step S3103:
If it is determined in step S3101 that the session ID is an existing session ID, it is determined that the access is from the mobile terminal 113 that is already browsing, and the mobile application server 204 analyzes the content of the request from the mobile terminal 113 and browses the album. Is determined. Specifically, it is determined whether the browsing user has operated the mobile terminal 113 and pressed the link 2004 or entered the image order in the input field 2005 and pressed the “display” button 2006.
[0101]
Step S3104:
If it is determined in step S3103 that the link 2004 has been pressed, the mobile application server 204 displays the image in the order before and after the currently displayed image on the image 2001, and displays the corresponding image name in the name 2002. Control is performed to transmit mobile Web data to be displayed on the portion. Alternatively, if it is determined in step S3103 that the image order has been input in the input field 2005 and the “display” button 2006 has been pressed, the mobile application server 204 displays the input image order in the image 2001 display portion. At the same time, control is performed to transmit mobile Web data for displaying the corresponding image name in the name 2002 display portion.
[0102]
If it is determined that the link 2004 or the “display” button 2006 has been pressed, the mobile application server 204 checks whether the image to be displayed has been deleted from the album. If it has been deleted, mobile Web data for displaying the deletion notification screen 2700 is transmitted. Further, the mobile application server 204 checks whether the image to be displayed is prohibited from being viewed. If browsing is prohibited, control is performed to transmit mobile Web data for displaying an error screen.
[0103]
On the deletion notification screen 2700, a comment 2701 “This image has been deleted” is displayed instead of the image 2001 and the image name 2002 on the image browsing screen 2000. Also, the link 2007 for displaying the image information display screen 2200 is not displayed. Other display contents are the same as those in FIG.
[0104]
Step S3105:
The mobile application server 204 analyzes the contents of the request from the mobile terminal 113 and determines whether the browsing user has operated the mobile terminal 113 and pressed the link 2007.
[0105]
Step S3106:
If it is determined in step S3105 that the link 2007 has been pressed, the mobile application server 204 displays the still image information display screen 2200 shown in FIG. 22 or the moving image information display screen 2300 shown in FIG. Control to create and send data. On the still image information display screen 2200 of FIG. 22, a detailed image name 2201, the number of image viewers 2202, a comment 2203, and a link 2204 for returning to the image browsing screen 2000 are displayed. On the moving image information display screen 2300 in FIG. 23, an icon indicating a moving image, an image name, the number of viewers of the image, detailed information such as a comment, and a message notifying that moving image reproduction or print order cannot be performed are displayed. indicate.
[0106]
Step S3107:
The mobile application server 204 analyzes the content of the request from the mobile terminal 113 and determines whether the browsing user has operated the mobile terminal 113 and pressed the link 2008.
[0107]
Step S3108:
If it is determined in step S3107 that the link 2008 has been pressed, the mobile application server 204 controls to create and transmit mobile Web data for displaying the album information display screen 2400 shown in FIG. The album information display screen 2400 shown in FIG. 24 displays an album name, the number of image data constituting the album, the number of viewers of the album, comments, and the like. The number of image data displayed on the album information display screen 2400 is displayed in units of the number of still images and the number of moving images in the case of moving images. It is not displayed when “0” or “0”.
[0108]
Step S3109:
The mobile application server 204 analyzes the contents of the request from the mobile terminal 113, and determines whether the browsing user has operated the mobile terminal 113 and pressed the link 2009, and whether the moving image Flug 2905 of the MB album information table 2900 is "1". It is determined whether or not there is, that is, whether or not all the images included in the album are moving images.
[0109]
Step S3110:
In step S3109, the link 2009 is pressed, and if it is determined that the moving image Flug 2905 is “1”, the mobile application server 204 sends mobile Web data for displaying the print order disable screen 2600 shown in FIG. Control to do so.
[0110]
Step S3111:
The mobile application server 204 analyzes the content of the request from the mobile terminal 113, determines whether the browsing user has operated the mobile terminal 113 and pressed the link 2009, and whether the moving image Flug 2905 of the MB album information table 2900 is not “1”. That is, it is determined whether or not all the images included in the album are moving images.
[0111]
Step S3112:
If the user presses the link 2009 in step S3111 and the moving image Flug 2905 is not “1”, that is, if it is determined that all the images included in the album are still images, the mobile application server 204 issues an order to print the album. Is controlled to transmit mobile Web data for displaying the batch print order screen 2500 (FIG. 25).
[0112]
Step S3113:
The mobile application server 204 analyzes the contents of the request from the mobile terminal 113, and if it is determined that the processing is not the above-described step, sends the mobile Web data for displaying an error dialog.
[0113]
FIG. 32 is a flowchart showing the procedure of the initialization process executed by the above-described mobile application server 204 in step S3102.
[0114]
Step S3201:
The mobile application server 204 acquires the time in the photo site 105 from the system information.
[0115]
Step S3202:
The mobile application server 204 compares the time information added to the parameter part of the URL with the time obtained in step S3201, and the time information added to the parameter part of the URL is longer than the time obtained in step S3201 by a certain time or more. If it is before, it is determined that a timeout has occurred. If it is determined that a time-out has occurred, Web data for displaying an error dialog is transmitted in step S3214. This makes it possible to avoid access using a URL bookmarked in the past.
[0116]
Step S3203:
If it is determined in step S3203 that the timeout has not occurred, the mobile application server 204 generates a session ID, adds the session ID to the parameter part of the URL, returns the session ID to the mobile terminal 113, and issues a redirect instruction. The mobile terminal 113 that has received this instruction accesses the mobile application server 204 again using the returned URL with the session ID.
[0117]
Step S3204:
Then, the mobile application server 204 that has received the access analyzes the AlbumID added to the parameter part of the URL, and refers to the customer album data table 600 and the customer information data table 400 using the AlbumID as a key to store the album. Check if the uploaded user is registered. If it is checked that the user has not been registered, Web data for displaying an error dialog is transmitted in step S3214. As a result, it is possible to stop using the image of a user who has not been registered as a user, for example, because the user has left the company.
[0118]
Step S3205:
If it is checked in step S3204 that the user who uploaded the album is registered, the mobile application server 204 obtains the release permission flag 704 of the album information data table 700 using the AlbumID of the URL parameter part as a key, and It is determined whether or not browsing is possible.
[0119]
Step S3206:
If it is determined in step S3205 that the album can be browsed, the mobile application server 204 acquires the password availability 705 and album password 706 of the album information data table 700 using the AlbumID of the URL parameter part as a key. If the password validity 705 is “1” (with password), the mobile Web data for displaying the browsing password input screen 1900 shown in FIG. 19 is transmitted. When the browsing user operates the mobile terminal 113 to input a password in the input area 1901 of the browsing password input screen 1900 and presses an OK button 1902, the mobile application server 204 displays the browsing password input screen 1900. Of the album password 706 is compared with the value entered in the input field 1901 of the "?" If the two values match, the process of step S3207 is executed. On the other hand, if the two values do not match, Web data for displaying an error dialog is transmitted in step S3214. If the password availability 705 is “0” (no password), the process of step S3207 is executed.
[0120]
Step S3207:
The mobile application server 204 refers to the album information data table 700, the album image data table 800, and the image information data table 900 using the AlbumID of the URL parameter as a key, and obtains information on the image data included in the album. Then, the mobile application server 204 acquires the thumbnail image of the image data based on the thumbnail image file path 905 and copies the thumbnail image to the temporary area of the file server 209 dedicated to mobile access. Here, the mobile application server 204 refers to the image display number 803 of the album image data table 800 and copies only the thumbnail image of the image data of the first page.
[0121]
Here, the browsing service on the mobile terminal 113 provided by the photo site 105 provides browsing of only thumbnail images with a small number of pixels because the display capability of the display of the mobile terminal 113 and the communication capacity of the mobile terminal 113 are low. Does not provide browsing of the original image data of the number of pixels. Thereby, the communication speed and efficiency between the photo site 105 and the portable terminal 113 can be increased. In response, in step S3207, the original image data is not copied, and only the thumbnail image is copied. Thereby, the memory capacity can be saved and the processing efficiency can be improved.
[0122]
Step S3208:
The mobile application server 204 generates a new record in the MB session information table 2800, MB album information table 2900, and MB image information table 3000, and stores the information on the image data acquired in step S3207, the file path of the thumbnail image copy, and the like. I do. In addition, a session ID is assigned as management information of the browsing user who has accessed for browsing the album, the album is uploaded, and the invitation mail is stored together with the user ID (same as the user ID 501) of the user who sent the invitation mail to the browsing user.
[0123]
Step S3209:
The mobile application server 204 reflects the access count from the mobile terminal 113 on the mobile browsing frequency 712 of the album information data table 700 and the mobile browsing frequency 910 of the image information data table 900.
[0124]
Step S3210:
In step S3207, since the mobile application server 204 has copied only the thumbnail image, it is possible to determine the type of the image data (whether it is a moving image or a still image) by referring to the format of the original image data. Since it is impossible, the mobile application server 204 refers to the moving image information data table 1000 to determine whether or not all the image data included in the album is a moving image. If the image data is a moving image, a record is created in the moving image information data table 1000 in step S1614 in FIG. 16 described above when the image data is uploaded, and the attribute information is registered.
[0125]
As described above, in the present embodiment, the format of the original image data is efficiently and easily determined only by referring to the moving image information table 1000 without the mobile application server 204 copying the original image data having a large data size. be able to.
[0126]
Step S3211:
The mobile application server 204 determines whether or not all image data included in the album is registered in the moving image information data table 1000.
[0127]
Step S3212:
If it is determined in step S3211 that all album images have been registered in the moving image information table 1000, the mobile application server 204 sets the moving image Flug 2905 of the MB album information table 2900 to “1”. If it is not determined in step S3211 that all album images have been registered in the moving image information table 1000, the mobile application server 204 executes the process of step S3213.
[0128]
Step S3213:
The mobile application server 204 executes processing (see FIG. 34) for displaying various screens described later on the mobile terminal.
[0129]
FIG. 33 is a flowchart showing the detailed procedure of the process executed in step S3104 of FIG.
[0130]
Step S3301:
The mobile application server 204 acquires the standard time in the photo site 105 from the system information.
[0131]
Step S3302:
The mobile application server 204 analyzes and acquires the session ID added to the parameter part of the URL, and retrieves and acquires the MB session information 2800 and the MB album information 2900 using the session ID as a key. Note that the parameter part of the URL also includes the Album ID, the user ID, and the image display number of the currently viewed thumbnail image.
[0132]
Step S3303:
The mobile application server 204 compares the last access date and time 2802 of the MB session information table 2800 with the standard time acquired in step S3301. As a result, if the last access date and time 2802 is a predetermined time or more before the standard time, it is determined that the communication has timed out. If it is determined that the communication has timed out, the mobile application server 204 controls to transmit mobile Web data for displaying an error page in step S3306. By doing so, it is possible to prevent the portable terminal 113 from accessing using the URL bookmarked in the past, and distribute the update information.
[0133]
Step S3304:
If it is determined in step S3303 that the communication has not timed out, the mobile application server 204 searches and acquires the customer information data table 400 using the user ID in the URL parameter section as a key.
[0134]
Step S3305:
The mobile application server 204 checks whether the user who uploaded the album (album owner) is registered as a user. If it is confirmed that the user has not been registered, the mobile application server 204 controls in step S3306 to transmit mobile Web data for displaying an error page.
[0135]
Step S3307:
If it is confirmed in step S3305 that the user has been registered, the mobile application server 204 searches and acquires the album information data table 700 using the AlbumID of the URL parameter portion as a key.
[0136]
Step S3308:
The mobile application server 204 checks the release permission flag 704 of the album in the album information data table 700.
If the release permission flag 704 is confirmed to be “0” or “−1” (disable), the deletion flag 1 is set in step S3310.
[0137]
Step S3316:
If it is determined in step S3308 that the disclosure permission flag 704 is “1” (disclosure possible), the album image data table 800 and the image information data table 900 are stored on the basis of the AlbumID and the image display number in the URL parameter section. Search and retrieve the corresponding record.
[0138]
Then, the mobile application server 204 acquires a thumbnail image based on the thumbnail image file path 905 and copies the thumbnail image to a temporary area of the file server 209 dedicated to mobile access. Here, the mobile application server 204 refers to the image display number 803 of the album image data table 800 and copies only the thumbnail image currently viewed.
[0139]
Step S3309:
The mobile application server 204 acquires the MB image information table 3000.
[0140]
Step S3311:
The mobile application server 204 checks the browsing prohibition flag 911 of the image data in the image information data table 900. If the image data is not in the image information data table 900 or if the viewing prohibition flag 911 is confirmed to be “0” (viewing disabled), the deletion flag 2 is set in step S3313.
[0141]
Step S3312:
If the browsing prohibition flag 911 is confirmed to be “1” (browsable) in step S3311, the mobile application server 204 updates the access count from the mobile terminal 113 to the mobile browsing frequency 910 of the image information data table 900. I do.
[0142]
Step S3314:
The mobile application server 204 acquires date and time information from the system information, and reflects the date and time information on the last login date and time 2802 of the MB session information table 2800.
[0143]
Step S3315:
The mobile application server 204 executes processing (see FIG. 34) for displaying various screens described later on the mobile terminal.
[0144]
FIG. 34 is a flowchart showing the processing executed by the mobile application server 204 in step S3213 in FIG. 32 and step S3315 in FIG.
[0145]
Step S3401:
The mobile application server 204 checks whether the deletion flag 1 is set. If it is checked that it has been set, the mobile application server 204 sets an error display character string in step S3402.
[0146]
Step S3402:
The mobile application server 204 checks whether the deletion flag 2 is set. If it is determined that it has been set, in step S3404, the mobile application server 204 sets an error display character string.
[0147]
Step S3406:
The mobile application server 204 sets the image name 3005 of the MB image information table 3000 as a character string to be displayed on the image name 2002 of the image browsing screen 2000.
[0148]
Step S3410:
The mobile application server 204 generates a link including session information in the image comment 3005 of the MB image information table 3000 and sets the link to be displayed on the link 2007 of the image browsing screen 2000.
[0149]
Step S3411:
The mobile application server 204 checks the moving image Flug 2905 in the MB album information table 2900. In the present embodiment, if all the image data of the album is a moving image, “1” is set to the moving image flag in step S3211 in the above-described diagram.
[0150]
Step S3412:
If it is confirmed in step S3411 that the moving image Flug 2905 is set to "1", it is determined that all the image data in the album is a moving image, and the mobile application server 204 displays a moving image print disable dialog 2600. For example, a link including session information as information for generating a link is generated and set to be displayed on the link 2009 of the image browsing screen 2000.
[0151]
Step S3413:
If it is determined in step S3411 that the moving image Flug 2905 is not set to “1”, it is determined that the still image is included in the image data in the album, and the mobile application server 204 displays the batch print order screen 2500. A link including the session information in the information to be displayed is generated and set to be displayed on the link 2009 of the image browsing screen 2000.
[0152]
Step S3414:
The mobile application server 204 generates and sets the URL of the image corresponding to the various display items on the image browsing screen 2000, other link information, and parameters related to the form, including the session information. The mobile application server 204 checks whether image data corresponding to the image to be displayed is registered in the moving image information data table 1000. If the moving image is a moving image, the comment 2101 of [moving image] on the image browsing screen 2000; Set to display the video icon.
[0153]
Step S3415:
The mobile application server 204 collectively transmits mobile Web data for displaying various screens set in the above-described processing.
[0154]
FIG. 35 is a diagram illustrating a transition relationship between various screens displayed on the display of the mobile terminal 113.
[0155]
Here, when starting the print order for the album, the browsing user operates the portable terminal 113 and presses the print order link 2009 on the image browsing screen 2000. The mobile application server 204 of the photo site 105 that has received this pressing operation generates and sends out mobile Web data for displaying the batch print order screen 2500, unless the image data in the album is all moving images. Control.
[0156]
Hereinafter, the print order processing according to the present embodiment will be described in detail.
[0157]
FIG. 36 is a flowchart showing print order processing in the mobile application server 204.
[0158]
Step S3601:
The mobile application server 204 transmits mobile Web data for displaying the batch print order screen 2500 on the mobile terminal 113, and prompts the browsing user to specify the print size and the number of prints of all image data in the album. At the same time, the mobile application server 204 issues a new order number, creates a new order record in the order information table 1100 of the database 208, and sets the order status 1014 to "0" (before ordering the print site). Further, the mobile application server 204 searches the MB session information table 2800 for a record corresponding to the current session ID, and stores the previously issued order number in the order number field 2806 therein. The order number issued here is always added to parameter portions of various URLs embedded in a print order-related screen described later.
[0159]
Here, the browsing user operates the portable terminal 113 and presses the pull-down menu 2502 to display selectable print sizes in a list and select a desired print size from the list. There are six types of print sizes that can be selected: DP borderless, DP border borderless, L border borderless, L border borderless, 2L border borderless, 2L border borderless. In the present embodiment, the print size can be specified for only one type of print size for all images in the album on the batch print order screen 2500. Then, the browsing user operates the mobile terminal 113 to input a desired number in the number input area 2503. If a print order can be made with these print size and print number settings, the browsing user operates the portable terminal 113 and presses the “advance” button 2504. In response, the mobile application server 204 transmits mobile Web data for displaying the orderer information input screen 3700.
[0160]
Step S3601:
If the browsing user does not want to order prints for all images in the album at once, but wants to selectively order prints for only some of the images contained in the album, or to order prints with a different number of images for each image, The browsing user operates the mobile terminal 113 and presses a “here” button 2505.
[0161]
Step S3603:
When the “here” button 2505 is pressed, the mobile application server 204 sends out mobile Web data for displaying the individual print order screen 3800. The image name of the image data in the album is displayed in a list on the individual print order screen 3800, and the browsing user inputs a desired number in the number input area 3803 corresponding to the image for which the print order is desired. Here, based on whether or not the image data is registered in the moving image information table 1000, the mobile application server 204 determines whether or not the image data is a moving image so that the number input area 3803 corresponding to the image is not displayed. Generate and send Web data.
[0162]
When the viewing user operates the portable terminal 113 and presses the setting update button 3804, the order information is sent to the mobile application server 204 and stored in the order image data table 1200. Therefore, if the setting update button 3804 is not pressed, the mobile application server 204 determines that the number of prints has not been input.
[0163]
Further, the mobile application server 204 creates records for the number of selected images in the order image data table 1200 and stores the input print size and number of prints.
[0164]
At the top of the batch print order screen 2500, an indicator 2501 indicating the screen transition status of the print order processing is displayed. When the browsing user operates the mobile terminal 113 and presses the order cancel link 2506, the mobile application server 204 cancels the print order processing and returns to the image displayed immediately before entering this processing. The mobile Web data for displaying the image browsing screen 2000 is transmitted. In the present embodiment, the print size is specified only on the batch print order screen 2500 and cannot be specified on the individual print order screen 3800. However, the print size may be specified.
[0165]
Further, in the present embodiment, the maximum number of image names to be displayed at one time on the individual print order screen 3800 is five, and when there are more images in the album, a list of image names is displayed over a plurality of screens. are doing. The page number 3805 indicates the number of pages of the currently displayed individual print order screen 3800 among the plurality of individual print order screens 3800 of the album. When the browsing user operates the portable terminal 113 and presses the “previous” link 3806 or the “next” link 3807, the album is moved among the plurality of individual print order screens 3800. The browsing user operates the mobile terminal 113 to input the destination page number in the page number designation area 3808 and press the display button 3809 to move to the individual print order screen 3800 of the designated page number. Can be.
[0166]
The image name 3802 of the individual print order screen 3800 also includes link information. When the browsing user operates the mobile terminal 113 and presses the image name 3802, the mobile application server 204 displays the image confirmation screen 3900. Is transmitted. When the number of prints for each image in the album is specified and the browsing user operates the mobile terminal 113 and presses the “advance” button 3810, the mobile application server 204 displays an orderer information input screen 3700. To send Web data for mobile. When the browsing user operates the mobile terminal 113 and presses the “return” link 3812, the mobile application server 204 sends mobile Web data for displaying the batch print order screen 2500. The number of image names displayed on the individual print order screen 3800 at one time is not particularly limited.
[0167]
Here, the image confirmation screen 3900 will be described with reference to FIG. The image confirmation screen 3900 is a screen for the viewing user to see and confirm the image to be ordered for printing. On the image confirmation screen 3900, information read from the corresponding record of the image information data table 900 is displayed as a thumbnail image, an image name, an image page number, an image size, and the number of times of printing. When the viewing user operates the mobile terminal 113 and presses the “return” link 3901, the mobile application server 204 sends out mobile Web data for displaying the individual print order screen 3800.
[0168]
Step S3604:
The mobile application server 204 transmits mobile Web data for displaying the orderer information input screen 3700, and urges the browsing user to input orderer information. The browsing user operates the portable terminal 113 to input the first and last names, the reading of the first and last names, the postal code, the address, the telephone number, the mail address, the delivery method, and the delivery destination in accordance with the orderer information input screen 3700, and clicks the "Suggest" button 3714. Press. After checking that the input orderer information is complete, the mobile application server 204 generates a new record in the orderer data table 1400 and stores the input orderer information. At this time, in this embodiment, the prefecture information is stored as a prefecture code defined by JIS. For this reason, the mobile application server 204 recognizes the character string input in the prefecture input area 3707, converts the character string into a prefecture code, and stores the character string in the record. Further, the mobile application server 204 allocates an orderer ID, and stores the orderer ID 1102 in the record of the order information data table 1100 created in step S3601. Here, when there is a defect such as an uninput item or a non-designated character type being input in the input orderer information, mobile Web data for displaying an error screen is transmitted.
[0169]
When the browsing user operates the mobile terminal 113 and presses the “return” link 3716, the mobile application server 208 determines whether the previously displayed batch print order screen 2500 or individual print order screen 3800 is displayed. Is controlled so as to transmit mobile Web data for displaying the information.
[0170]
When the browsing user operates the mobile terminal 113 to select “same as the orderer” for the delivery destination 3713 and presses the “advance” button 3714, the mobile application server 208 executes the process of step S3607. .
[0171]
Step S3606:
When the browsing user operates the mobile terminal 113 to select “specify the delivery destination” for the delivery destination 3713 and press the “advance” button 3714, the mobile application server 208 enters the delivery destination input shown in FIG. Control is performed to transmit mobile Web data for displaying screen 4200.
[0172]
Here, the browsing user operates the portable terminal 113 to input delivery destination information such as the first and last name, the reading of the first and last name, the postal code, the address, the telephone number, and the mail address in accordance with the delivery destination input screen 4200, and click the "Suggest" button. 4212 is pressed. After checking that there is no deficiency in the input information, the mobile application server 204 stores the input delivery destination information in the record of the order information data table 1100 created in step S3601.
[0173]
If there is an error in the input information, control is performed to transmit mobile Web data for displaying an error screen. When the browsing user operates the mobile terminal 113 and presses the “return” link 4214, the mobile application server 204 sends out mobile Web data for displaying the orderer information input screen 3700.
[0174]
Step S3607:
When the browsing user operates the mobile terminal 113 and presses the “advance” button 4212 and there is no defect in the delivery destination information, the mobile application server 204 uses the mobile application server 204 for displaying the estimate display screen 4100. It controls to transmit Web data, and prompts the browsing user to confirm the contents of the print order. For this reason, the mobile application server 204 calculates the product price, shipping fee, various fees, and the total usage amount, and displays the calculated estimation result on the estimation display screen 4100 together with the orderer information and the delivery destination information. Further, the mobile application server 204 generates a new record in the order settlement data table 1300 and stores the calculated estimation result. At this time, the payment status 1308 is set to “0” (payment order is not determined). Since the orderer information and the delivery destination information are the same, "the same as the orderer" is displayed in the delivery destination display column 4105. If the orderer information and the delivery destination are different, the delivery destination information is displayed in the delivery destination display column.
[0175]
Step S3608:
The mobile application server 204 determines whether the browsing user has operated the mobile terminal 113 and pressed the “order” button 4102.
When the "return" link 4104 is pressed, the mobile application server 204 displays the orderer information input screen 3700 or the delivery destination input screen 4200 displayed immediately before. Control is performed to transmit Web data. When the “cancel order” link 4103 is pressed, the mobile application server 204 cancels the print order processing and displays the image browsing screen 2000 of the image displayed immediately before the print order processing is started. To send out mobile Web data for use.
[0176]
Step S3609:
The application server 204 checks whether or not the image selected by the viewing user exists in the image information data table 900.
[0177]
Step S3610
If it is checked in step S3609 that there is no image, after controlling to transmit mobile Web data for displaying an error screen, the mobile Web data for displaying the batch print order screen 2500 is transmitted again. Control to prompt the browsing user to reselect the image.
[0178]
Step S3611:
If it is checked in step S3609 that all images are present, it is checked whether the print order request from the mobile terminal is a request that has already been received in the past. This is a process necessary for improving the operability of the browsing user by making the URL for accessing the order reception screen 4300 and the order status screen 4000 the same as described later.
[0179]
The mobile application server 204 changes the order number included in the URL parameter part of the print order request when the browsing user operates the mobile terminal 113 and presses the “order” button 4102 on the estimation screen 4100. The corresponding record of the order settlement data table 1300 is searched using the key, and the hair settlement status 1308 is referred to. If the payment status 1308 is “0” (payment order has not been determined), it is determined that the order receiving process has not been completed, and the process advances to step S3612. On the other hand, if the settlement status 1308 is “1” (unsettled order pending) or “2” (settlement completed), it is determined that the order acceptance processing has already been completed, and the flow advances to step S3617.
[0180]
Step S3612:
The mobile application server 204 checks whether the print order creation process for the print order request has already been started, and checks whether this is the first print order request. This is a process necessary to prevent the same print order request from being erroneously received a plurality of times when the “order” button 4102 on the estimation screen 4100 is pressed twice. If it is determined that the same print order request has been made by mistake, the mobile application server 204 controls to transmit mobile Web data for displaying an error screen in step S3618, and then ends the print order processing. . On the other hand, if it is determined that this is the first print order request, the flow advances to step S3613.
[0181]
Step S3613:
The mobile application server 204 controls transmission of mobile Web data for displaying the order reception screen 4300 shown in FIG. 43, and notifies the browsing user that a print order request has been received. The order receiving screen 4300 also includes a message 4303 indicating that an e-mail notifying the browsing user that the order receiving process has been completed is sent in step S3615 described below. Further, a message 4304 that the URL of the order reception screen 4300 is bookmarked and stored in the portable terminal 113 and that the order status screen 4000 described later can be displayed by accessing the URL later is described. . When the viewing user operates the mobile terminal 113 and presses the “end” button 4302, the mobile application server 204 completes the print order processing and displays the image displayed immediately before the print order processing is started. It is controlled to transmit mobile Web data for displaying the browsing screen 2000.
[0182]
Step S3614:
The mobile application server 204 displays the order reception screen 4300 in step S3613 and, at the same time, performs print order file creation processing. The print order file is a file in which various information such as the image data ordered for printing, the number of prints, the print format, the orderer information, the delivery destination information, and the order amount are collected in one file. If the number of images ordered for printing is large or the image size is large, the print order file creation processing takes a considerable amount of time.
[0183]
Step S3615:
The mobile application server 204 notifies the settlement site 120 of the usage amount. Then, the settlement site 120 notifies the mobile application server 204 of the confirmation number. Upon receiving this notification, the mobile application server 204 changes the settlement status 1308 of the corresponding record in the order settlement data table 1300 to “1” (unsettled order pending).
[0184]
Step S3616:
The mobile application server 204 sends an e-mail to the viewing user.
[0185]
Step S3617:
The mobile application server 204 receives access from the portable terminal 113 using the URL bookmarked on the order reception screen 4300 in step S3613 or the URL described in the e-mail sent in step S3616, and sets the payment status 1308 to “2”. If "(settlement is completed)", control is performed so as to transmit mobile Web data for displaying the order status screen 4000 shown in FIG.
[0186]
The order status screen 4000 is intended to allow a browsing user who has made a print order to check the subsequent processing status. The order status screen 4000 displays the orderer's name, usage amount, processing status, ordered product information, and the like. The processing status includes waiting for payment, expiration of payment, waiting for printing, completion of printing, completion of delivery, and the like. Is changed.
[0187]
The mobile Web data is created in a description language such as Wireless Markup Language (WML) or CompactHTML that can be reproduced by a Web browser running on the mobile terminal 113. The mobile application server 204 of the photo site 105 determines the model of the mobile terminal 113, the specification of the communication protocol, the environment of the mobile network 114, and the like, and controls to transmit mobile Web data created in a description language suitable for them. .
[0188]
Each screen displayed on the display of the mobile phone 113 shown in FIGS. 19 to 27 is an example, and the display layout of these screens depends on the screen size of the mobile terminal 113 and the image size of the image data. Changes.
[0189]
(Other embodiments)
In the present embodiment, an example has been described in which, when uploading moving image information, a moving image information data table is created and a service is determined in the moving image information data table of an image when providing a service. For example, the determination can be made by recording information indicating the creation from the moving image, the name of the conversion software, the model of the camera, the name of the upload function, and the like. Also, the determination can be made based on the presence or absence of the file path of the still image information data registered when the still image is uploaded.
[0190]
In the present embodiment, an image network service using a digital camera has been described as an example. However, it goes without saying that the present invention can be applied to a service for distributing images and information thereof. Further, as described above, the present invention is not limited to an image browsing system, and is a technology that can be widely applied to a mobile phone service connected to an external device such as a server via a communication line. These ranges are included.
[0191]
Further, an object of the present invention is to supply a storage medium (or a recording medium) in which software program codes for realizing the functions of the above-described embodiments are recorded to a system or an apparatus, and to provide a computer (or a CPU or a CPU) of the system or the apparatus. Needless to say, this can be achieved also by the MPU) reading and executing the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the function of the above-described embodiment, and the storage medium storing the program code constitutes the present invention. When the computer executes the readout program code, not only the functions of the above-described embodiment are realized, but also an operating system (OS) running on the computer based on the instruction of the program code. It goes without saying that a part or all of the actual processing is performed, and the functions of the above-described embodiments are realized by the processing.
[0192]
Further, after the program code read from the storage medium is written into a memory provided in a function expansion card inserted into the computer or a function expansion unit connected to the computer, the function is executed based on the instruction of the program code. It goes without saying that the CPU included in the expansion card or the function expansion unit performs part or all of the actual processing, and the processing realizes the functions of the above-described embodiments.
[0193]
When the present invention is applied to the storage medium, the storage medium stores program codes including the program codes corresponding to the flowcharts described above.
[0194]
【The invention's effect】
As described above, according to the present invention, the screen to be displayed, the layout of the screen, the display items, and the like are changed depending on whether the image data is a moving image or a still image. Therefore, even when the services that can be provided differ, the service can be shown to the browsing user in an easy-to-understand manner.
[0195]
According to the present invention, a special process is provided for uploading image data of a moving image, and attribute information unique to the moving image is managed in a special data table. Without checking the format, it is possible to easily determine whether the image data is a moving image or a still image based on whether the attribute information corresponding to the image data is managed in a special table. This has the effect.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a schematic configuration of an entire information providing system according to an embodiment.
FIG. 2 is a diagram illustrating a configuration example of a photosite of the present embodiment.
FIG. 3 is a diagram illustrating an example of a hardware configuration of a photosite according to the embodiment.
FIG. 4 is a diagram showing a data table relating to customer information managed by the photo site of the embodiment.
FIG. 5 is a diagram showing a customer state table for managing information for indicating a current state of a user using the photo site of the embodiment.
FIG. 6 is a diagram showing a customer album data table managed by the photo site of the embodiment.
FIG. 7 is a diagram showing an album information data table managed by the photo site of the embodiment.
FIG. 8 is a diagram showing an album image data table managed by the photo site of the embodiment.
FIG. 9 is a diagram showing an image information table managed by the photo site according to the embodiment.
FIG. 10 is a diagram illustrating a moving image information table managed by the photo site according to the embodiment.
FIG. 11 is a diagram showing an album image data table managed by the photo site of the embodiment.
FIG. 12 is a diagram showing an order information data table managed by the photo site of the embodiment.
FIG. 13 is a diagram showing an order image data table managed by the photo site of the embodiment.
FIG. 14 is a diagram showing an order settlement data table managed by the photo site of the embodiment.
FIG. 15 is a diagram illustrating a print site data table managed by the photo site according to the embodiment.
FIG. 16 is a flowchart showing a procedure for uploading an image to a photo site according to the embodiment;
FIG. 17 is a diagram illustrating an example of an album notification mail according to the embodiment.
FIG. 18 is a diagram illustrating an example of an album browsing screen according to the present embodiment.
FIG. 19 is a diagram showing an example of a login screen displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 20 is a diagram showing an example of a first screen displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 21 is a diagram showing an example of a first screen displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 22 is a diagram showing an example of a detailed page related to detailed information such as an image name and a comment displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 23 is a diagram showing an example of a detailed page related to detailed information such as an image name and a comment displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 24 is a diagram showing an example of a page displayed on the mobile terminal of the embodiment.
FIG. 25 is a diagram showing a batch print order screen in a print order process from a portable terminal according to an embodiment of the present invention.
FIG. 26 is a diagram illustrating an example of a page displayed on the mobile terminal according to the embodiment.
FIG. 27 is a diagram illustrating an example of a page displayed when browsing an album from the mobile terminal according to the embodiment and related to a case where image deletion and specific image browsing are prohibited.
FIG. 28 is a diagram showing an example of a table for managing access from a specific mobile phone.
FIG. 29 is a diagram showing an example of a table for storing albums and album information that can be viewed when a user logs in.
FIG. 30 is a diagram showing an example of a table for storing image information in an album when browsing the album.
FIG. 31 is a flowchart illustrating an example of a process according to the embodiment;
32 is a flowchart illustrating an example of processing related to display when displaying the image browsing screen 2000 illustrated in FIG. 20.
FIG. 33 is a flowchart showing in detail a process (S3203) when session information has already been created in FIG. 32;
FIG. 34 is a flowchart showing in detail a process (S3214, S3315) for generating data of the image browsing screen 2000 in FIGS. 32 and 33.
FIG. 35 is a diagram showing a transition relation of a screen related to a print order process from the portable terminal according to the embodiment.
FIG. 36 is a flowchart illustrating a print order process from a portable terminal according to the present embodiment.
FIG. 37 is a view showing an orderer information input screen in print order processing from the portable terminal according to the embodiment.
FIG. 38 is a diagram showing an individual print order screen (in the case of a multi-page configuration) in the print order processing from the portable terminal according to the present embodiment.
FIG. 39 is a diagram showing an image confirmation screen in a print order process from the portable terminal according to the embodiment.
FIG. 40 is a view showing an order status screen in print order processing from the portable terminal according to the embodiment.
FIG. 41 is a diagram showing an estimation screen in a print order process from the portable terminal according to the embodiment.
FIG. 42 is a view showing a delivery destination input screen in print order processing from the portable terminal according to the embodiment.
FIG. 43 is a view showing an order reception screen in print order processing from the portable terminal according to the embodiment.

Claims

An information processing device for providing a service to a communication terminal,
Storage means for storing content data and content management information for managing the content data;
An information processing apparatus comprising: a determination unit configured to determine a type of content data from the content management information; and a transmission unit configured to transmit information related to a result of the determination performed by the determination unit to the communication terminal to display the information.

An information processing method for providing a service to a communication terminal, comprising:
A determining step of determining the type of content data from content management information for managing the stored content data,
A transmission step of transmitting information related to a result of the determination in the determination step to the communication terminal and displaying the information.

3. A storage step of storing the content management information in different storage processes according to the type of the content data, wherein the content management information has different elements according to the type of the content data. An information processing method according to claim 1.

4. The information processing method according to claim 3, wherein in the storage step, the content management information is stored in different storage areas according to a type of the content data.

5. The information processing method according to claim 2, wherein the type of the content data indicates whether the content data is a moving image or a still image.

The information processing method according to claim 2, wherein the service is a service for printing the content data.

7. The information processing method according to claim 6, wherein, in the transmitting step, when the content data is a moving image, the information indicating that the print service is unavailable is transmitted and displayed.

A program for implementing the information processing method according to any one of claims 2 to 7.

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

An information processing system having a communication terminal and an information processing device for providing a service to the communication terminal,
Storage means for storing content data and content management information for managing the content data;
Determining means for determining the type of content data from the content management information, transmitting means for transmitting information notifying the determination result by the determining means to the communication terminal,
A display unit for displaying the received information on the communication terminal.