[go: up one dir, main page]

JP2004348267A - INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD - Google Patents

INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD Download PDF

Info

Publication number
JP2004348267A
JP2004348267A JP2003142403A JP2003142403A JP2004348267A JP 2004348267 A JP2004348267 A JP 2004348267A JP 2003142403 A JP2003142403 A JP 2003142403A JP 2003142403 A JP2003142403 A JP 2003142403A JP 2004348267 A JP2004348267 A JP 2004348267A
Authority
JP
Japan
Prior art keywords
image
information
data
screen
order
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2003142403A
Other languages
Japanese (ja)
Inventor
Kenji Maeda
健司 前田
Yoko Murase
曜子 村瀬
Makoto Kobayashi
真琴 小林
Hitoshi Sunada
仁 砂田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2003142403A priority Critical patent/JP2004348267A/en
Publication of JP2004348267A publication Critical patent/JP2004348267A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Facsimiles In General (AREA)

Abstract

【課題】サービスの対象となるデータの種類や数量に応じて、サービスを注文するための異なる注文画面を表示させる情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。
【解決手段】サービスの対象となるデータの種類に応じて、サービスを注文するための異なる注文画面を通信端末に送信して表示させるS4703−S4707。更に、データの数量に応じて、異なる注文画面を通信端末に送信して表示させるS4708−S4709。通信端末からの注文画面への入力に応じてサービスの注文を受信して受け付ける。
【選択図】 図47
An information processing system, an information processing apparatus, and an information processing method for displaying different order screens for ordering a service according to the type and quantity of data to be serviced, and a program for executing the same are provided. Provided are a storage medium and a program stored in a readable manner.
According to one or more embodiments, different order screens for ordering a service are transmitted to a communication terminal and displayed on the communication terminal according to the type of data to be serviced (S4703 to S4707). Further, different order screens are transmitted to the communication terminal and displayed according to the quantity of data in S4708 to S4709. The service order is received and accepted according to the input on the order screen from the communication terminal.
[Selection] Fig. 47

Description

【0001】
【発明の属する技術分野】
本発明は、情報処理装置が記憶する画像に対し、情報端末、特に携帯電話から閲覧サービスを受けるための情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関するものである。
【0002】
【従来の技術】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能となっている。
【0003】
このような背景から、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データなどを預かり、その画像データを顧客が望む時に再度閲覧できるような画像閲覧サービスを提供するシステムがある(例えば、特許文献1参照)。又、このようなサービスを提供するプロバイダもある。そして、このようなインターネット上での画像閲覧サービスで対象となる画像は、静止画だけでなく、ビデオ機器などで撮影された動画の場合もある。
【0004】
また、画像閲覧サービスだけでなく、預かった画像をプリントしたり、画像のプリントの注文を受け付けて専門業者にプリントさせたりするプリント注文サービスを提供するシステムもある。
【0005】
【特許文献1】特開平11−224228号公報(第6頁、図3)
【0006】
【発明が解決しようとする課題】
ところが、上記サービスを携帯端末、特に携帯電話に提供しようとした場合、携帯端末の画面は小型軽量化されているためディスプレイの大きさや表示文字の大きさは、デスクトップタイプのパーソナルコンピュータ(以下、PC)の大きさと比較すると大変小さい。そのために、一度に表示できる情報量が少ないので、アルバム内の複数画像をページ分割して配信して表示させていた。この場合、ページごとにさまざまな種類の画像が共通のレイアウトで表示されるのでユーザには画像の種類や対象となるサービスが分かりにくいという問題があった。
【0007】
なお、画像の種類によって提供できるサービスが異なる場合がある。例えば、静止画像は印刷することができるが、動画像は印刷することができないので、動画像については印刷注文の受付サービスを提供しない。
【0008】
又、PCは再生アプリケーションをインストールして動画を再生することは可能であるが、携帯電話は現在のところ多くの機種で動画を再生することはできない。そのため、携帯電話を使った閲覧サービスでは動画の1コマの静止画を代表画像として閲覧させる場合がある。動画の代わりに代表画像を印刷することも考えられるが、代表画像は画素数が少ないため画質が低く印刷には適さないのでプリントサービスを提供できないという問題があった。
【0009】
本発明の目的は、上記従来の問題点に鑑み、保管されたサービスの対象となるデータの種類や数量に応じて、サービスを注文するための異なる注文画面を表示させる情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。
【0010】
すなわち、例えばプリント注文サービスにおける印刷注文する画像選択時において、印刷に適さない動画から生成した静止画に対してサービスの提供方法をかえることによって、ユーザに告知する。また、ユーザが受けるサービスの認識を明確にすることによって、使い勝手の良いサービスを提供することにある。
【0011】
【課題を解決するための手段】
上記目的を達成するため、本発明の情報処理装置は、通信端末に対してサービスを提供する情報処理装置であって、サービスの対象となるデータを保管する保管手段と、少なくとも前記データの種類に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる送信手段とを備えることを特徴とする。
【0012】
ここで、前記送信手段は、更に前記データの数量に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる。また、前記保管手段は前記データを複数の画像をまとめたアルバム単位で保管し、前記データの数量は前記アルバムに含まれる画像データの数量である。また、前記注文画面への入力に応じてサービスの注文を受信して受付る受付手段を更に備える。また、前記データの種類は、前記データが動画像あるいは静止画像であるかを示す。また、前記サービスは、前記データを印刷するサービスである。
【0013】
又、本発明の情報処理方法は、通信端末に対してサービスを提供する情報処理方法であって、保管されたサービスの対象となるデータの種類に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる送信工程を備えることを特徴とする。
【0014】
ここで、前記送信工程では、更に前記データの数量に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信して表示させる。また、前記データを複数の画像をまとめたアルバム単位で保管し、前記データの数量は前記アルバムに含まれる画像データの数量である。また、前記注文画面への入力に応じてサービスの注文を受信して受付る受付工程を更に備える。また、前記データの種類は、前記データが動画像あるいは静止画像であるかを示す。また、前記サービスは、前記データを印刷するサービスである。
【0015】
又、前記情報処理方法を実現するプログラム、及び該プログラムを情報処理装置読み出し可能に記憶する記憶媒体をも提供する。
【0016】
又、本発明の情報処理システムは、通信端末と該通信端末に対してサービスを提供する情報処理装置とを有する情報処理システムであって、サービスの対象となるデータを保管する保管手段と、少なくとも前記データの種類に応じて、前記サービスを注文するための異なる注文画面を前記通信端末に送信する送信手段と、受信した前記注文画面を前記通信端末に表示する表示手段と、前記注文画面への入力に応じてサービスの注文を受信して受付ける受付手段とを備えることを特徴とする。
【0017】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。但し、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【0018】
ここでは、本発明を実施する一実施形態として、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【0019】
<本実施形態の情報提供システムの概要>
図1は、本実施形態に係る情報提供システムの構成例を示す図である。
【0020】
情報提供システムは、サービスの提供を受けるユーザのPersonal Computer102(以下、ユーザPCと略す)と、携帯端末113と、ユーザの画像及び個人情報を管理するフォトサイト105と、フォトサイト105が管理する画像をプリント処理するプリントサイト109と、印刷物の対価としてユーザからお金を直接受ける店舗121と入金処理を行う決済サイト120からなる。
【0021】
フォトサイト105は、インターネット104を介してユーザが画像入力装置101で撮影した画像データを預かり、その画像データをユーザが望む時に閲覧したり、印刷注文できるようなサービスを提供する。
【0022】
ここで、ユーザPC102はインターネット104での情報転送可能な標準プロトコルを有するWebブラウザを動作可能である。このWebブラウザによって、Hyper Text Transfer Protocol(http)等の標準プロトコルを用いてフォトサイト105にアクセスし、Hyper Text Markup Language(HTML)、eXtensible Markup Language(XML)等の記述言語で作成されたWeb情報を表示させることができる。そのWeb情報は、フォトサイト105が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザPC102のユーザは、インターネット104を利用してフォトサイト105が提供するサービスを受けることができる。尚、本実施形態に係るフォトサイト105は、印刷注文を受けるだけで独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト109と提携している。
【0023】
また、本実施形態に係るフォトサイト105は、独自には決済サービスは行わず、代金を回収する決済サイト120と提携している。本実施形態に係るフォトサイト105は、印刷物の代金の入金情報を待って、そのプリントサイト109に対して印刷注文を依頼する。
【0024】
また、プリントサイト109は、インターネット104を利用してフォトサイト105から転送された印刷注文に従い、年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【0025】
また、101はイメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画像を撮影して画像データとして記録できるデジタルビデオカメラでもよい。
【0026】
116は、画像入力装置101とユーザPC102間で画像データを転送するためのデータ転送用インターフェースである。データ転送用インターフェース116は、Universal Serial Bus(USB)やIEEE1394に代表される有線インターフェースの場合や、IrDAやBluetoothに代表される無線系インターフェースの場合もある。
【0027】
画像入力装置101で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース116を介して、ユーザPC102のHDDに代表される情報記憶装置の記憶領域に転送される。この画像入力装置101からユーザPC102への画像データ転送に関しては、ユーザPC102にインストールされているOS又は専用のソフトウエアからの命令で、画像入力装置101内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置101から送られる転送コマンドで、ユーザPC102のOS又は専用ソフトウエアが、ユーザPC102の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。このようにして、画像入力装置101で撮影された画像データはユーザPC102に転送され、格納される。
【0028】
尚、情報提供システムの構成要素は図1では1つしか図示していないもの、あるいは複数図示しているものもあるが、1つであっても複数であってもよく、その数は特に限定しない。
【0029】
また、本実施形態に係るフォトサイト105は具体的に以下の機能を有する。
(1)ユーザ登録:ユーザPC102を用いて、フォトサイト105に対して、利用登録を行う。フォトサイト105は登録したユーザに対しユーザIDを発行する。
(2)画像データのアップロード:ユーザPC102からフォトサイト105に対し、インターネットを介して画像データの転送を行う。
(3)プリントオーダ:ユーザPC102もしくは携帯端末113から、フォトサイト105に対して画像データの印刷指示を行い、プリントサイト109を経由して画像データの印刷を行う。
(4)閲覧許可の通知:ユーザPC102Aから他のPC102Bあるいは携帯端末113へフォトサイト105に格納された画像データの閲覧を許可するための電子メール(以下、招待メールとも言う。)を送信する。
(5)画像データの閲覧:ユーザPC102Aあるいは他のPC102Bから、フォトサイト105に格納された画像データの閲覧を行う。
(6)携帯端末からの画像の閲覧:携帯端末113からフォトサイト105に格納された画像データの閲覧を行う。
【0030】
<本実施形態のフォトサイトのシステム構成例>
図2は、本実施形態のフォトサイト105の構成例を示す図である。
【0031】
フォトサイト105は、主に、ファイアウォール(F/W)201、ロードバランサ(LB)202、アプリケーションサーバ203、204、コンテンツ変換サーバ205、メールサーバ206、FTPサーバ207、データベース(DB)サーバ208、ファイルサーバ209、イーサネット(登録商標)スイッチ(SW)210からなる。
【0032】
フォトサイト105において、ファイアウォール201は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト105内のイントラネット上のサーバ群を安全に運用するために使用する。
【0033】
フォトサイト105には、主にPC102に対してサービスを提供するアプリケーションサーバ(PC−APPS)203と、携帯端末113に対してサービスを提供するアプリケーションサーバ(Mobile−APPS)204があり、それぞれのアプリケーションサーバはWWWサーバとして機能している。アプリケーションサーバ203、204は、適時DB208と連携して画像情報やユーザ情報を取得し、Webページを生成する。
【0034】
ロードバランサ202は負荷分散装置であり、フォトサイト105へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末103からの閲覧要求であるか、PC102からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、PCからの閲覧要求はアプリケーションサーバ203に、携帯からの閲覧要求はコンテンツ変換サーバ(Mobile−Trans)205に振り分けを行う。
【0035】
PCアプリケーションサーバ203は、PC102からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【0036】
コンテンツ変換サーバ205は、携帯端末113からのアクセスに対して、携帯端末用アプリケーションサーバ204を中継するプロクシサーバとして動作する。携帯端末113からリクエストを受けると、コンテンツ変換サーバ205は受けたリクエストを、更に携帯端末用のアプリケーションサーバ204に中継する。
【0037】
アプリケーションサーバ204は、バックエンド(各ユーザのID、画像情報、閲覧画像公開時パスワード等の情報を保存してあるDBサーバ208、ファイルサーバ209)と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ205へ返す。アプリケーションサーバ204は、携帯端末103からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成する。
【0038】
コンテンツ変換サーバ205は、受けた携帯端末用表示画面データをリクエスト元の携帯端末113の機種に合わせてコンテンツ変換し、それを携帯端末113へ返す。コンテンツ変換サーバ205は、各種携帯端末に対応するテーブルを持ち、携帯端末113の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ205は、リクエストに対して他のマークアップ言語に対応する携帯端末113ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ205は携帯端末103からのリクエストをHTTPで受けたとき、リクエストに含まれるUser−Agento情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【0039】
アプリケーションサーバ203の指示により、メールサーバ206は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【0040】
ユーザからの画像はFile Transfer Protocol(ftpプロトコル)にてFTPサーバ207で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ209に保存される。
【0041】
<本実施形態のフォトサイトのハードウエア構成例>
図3は本実施形態のフォトサイト105のハードウエア構成例を示す図である。尚、図3は制御部を中心に示しており、入出力装置などは省略してある。
【0042】
301はCentral Processing Unit(CPU)であり、フォトサイト105全体を制御する。Read Only Memory(ROM)302には、変更を必要としないプログラムやパラメータが格納されている。Random Access Memory(RAM)305はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域310とプログラムロード領域312からなる。
【0043】
プログラムロード領域312には、外部記憶装置304からOperating System(OS)やプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、CPU301により実行される。
【0044】
データ記憶領域310には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面311a、ユーザの通信端末から受信した受信データ311b、保管可能な否かをチェックするため使用される画像データの保管可能な容量311cや現在使用している保管用容量311d、携帯端末からの閲覧時に使用される削除フラグ1、2を記憶する領域311eやセッションID311fなどが確保される。
【0045】
外部記憶装置304は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピー(登録商標)ディスクやCompact Disk(CD)等の光ディスク、磁気や光カード、ICカード、メモリカードなどを含むものであり、データ記憶領域341とプログラム記憶領域342からなる。
【0046】
データ記憶領域341には、保管を依頼した顧客情報を管理する顧客情報データベース341a、保管されている画像情報を管理する画像情報データベース341b、携帯端末用の情報を管理する携帯端末データベース341c等が記憶される。これらは、例えば、図4から図9、あるいは図28から図30にその構成例が更に以下で詳細に示される。
【0047】
プログラム記憶領域320には、RAM305のプログラムロード領域312にロードされて実行される(メモリカードなどでは直接実行されてよい。)プログラムが記憶される。図3には図示されてないが、本実施形態で使用されるOSやBIOSなどのシステムプログラムも記憶されている。図3には、PCアクセス処理用のプログラム321として、以下に詳細に示すユーザ登録モジュール321a、ログインモジュール321b、アルバム閲覧モジュール321c、プリントオーダモジュール321dなどが格納される。更に、携帯端末アクセス処理用のプログラム322として、本実施形態の特徴部分であるアルバム閲覧モジュール322aが格納される。
【0048】
尚、上記フォトサイト105のハードウエア構成例では、1つの装置として構成されているように示したが、図2の各サーバが独立した装置であって全体がLocal Area Network(LAN)等で接続され、記憶部、特に外部記憶装置40が複数の装置に分散されて構成されていてもよい。
【0049】
<本実施形態のフォトサイトで管理されるデータベース構成例>
以下、フォトサイト105のDBサーバ209で管理されるデータベースの各テーブルについて説明する。
【0050】
図4は本実施形態におけるフォトサイト105にユーザ登録されたユーザの顧客情報を管理するための顧客情報データテーブル400を示した図である。ユーザの操作によりユーザ登録が実行されると、フォトサイト105ではDB208の顧客情報データテーブル400にレコードが作成され、各種情報が登録され、管理される。ユーザには一意的にユーザIDが定義され、ユーザID401をキーとして顧客情報データテーブル400が管理される。顧客情報として管理される情報としては、通知先メールアドレス402、ログインネーム403、パスワード404、氏名(姓)405、氏名(名)406、ふりがな(姓)407、ふりがな(名)408、郵便番号(1、2)409、410、都道府県コード411、住所(1、2)412、413、電話番号(1、2、3)414、415、416、ユーザ登録状態417がある。ユーザ登録状態417は”1”ならば登録済みで利用可能な状態、”0”は利用禁止状態を表す。
【0051】
図5は本実施形態におけるフォトサイト105にユーザ登録されたユーザの現在の状態を管理するための顧客状態データテーブル500を示した図である。フォトサイト105ではユーザ登録が実行されたときにDBサーバ208の顧客状態データテーブル500にレコードが作成され、各種情報が登録され、管理される。このレコード内の各設定値は、ユーザの操作により、フォトサイト105に行われた動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル500にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル500には、ユーザID501をキーとして、そのユーザの最後に表示していたアルバムのアルバムID502、ディスク使用限度量503、プリントオーダ利用時に累積されるポイント504が格納されている。尚、同一ユーザの場合、ユーザID501はユーザID401と同じ値である。
【0052】
図6は本実施形態におけるユーザのアルバムを管理するための顧客アルバムデータテーブル600を示した図である。フォトサイト105ではユーザの操作により新規アルバムが作成されると、それに応じてDBサーバ208の顧客アルバムデータテーブル600にレコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該アルバムが削除されるとDBサーバ208より削除される。顧客アルバムデータテーブル600では、ユーザID601をキーとして、そのユーザの作成したアルバムのID602及びそのアルバムの表示順序番号603を保存する。尚、同一ユーザの場合、ユーザID601はユーザID401と同じ値である。
【0053】
図7は本実施形態におけるユーザのアルバムの詳細を管理するためのアルバム情報データテーブル700を示した図である。フォトサイト105ではユーザの操作により新規アルバムが作成されると、それに応じてDBサーバ208のアルバム情報データテーブル700にレコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該アルバムが削除されるとDBサーバ208より削除される。アルバム情報データテーブル700では、アルバムID701をキーとして、アルバム名702、アルバムに対するコメントへのファイルパス703、アルバムの公開可否フラグ704、パスワード可否フラグ705、アルバムパスワード706、印刷可否フラグ707、オリジナル画像表示可否フラグ708、表示形式709を管理する。アルバムの公開可否フラグ704は”1”ならば公開可能、”0”ならば公開禁止、”−1”ならばフォトサイト105の運用者によって公開禁止になったことを表す。パスワード可否フラグ705は”1”ならばパスワード有り、”0”ならばパスワード無しを表し、パスワード可否フラグ705が”1”の場合にはそのパスワードをアルバムパスワード706に保管する。印刷可否フラグ707は”1”ならば印刷可能、”0”ならば印刷不可を意味する。オリジナル画像表示可否フラグ708は”1”ならば表示可能、0ならば表示不可を意味する。表示形式番号709は”1”ならば一覧表示、”2”ならば詳細表示を意味する。尚、同一アルバムについては、アルバムID701とアルバムID602には同じ値が格納されている。携帯端末113からのアルバム閲覧の禁止フラグ710は、”1”ならば表示可能、”0”ならば表示不可を意味する。このフラグはフォトサイト105の運営者により制御する。又、PC102からの閲覧回数711、携帯端末113からの携帯閲覧回数712を保管する。
【0054】
図8は本実施形態におけるアルバムに含まれる画像データを管理するためのアルバム画像データテーブル800を示した図である。フォトサイト105ではユーザの操作によりアルバムに画像データがアップロードされると、DBサーバ208のアルバム画像データテーブル800に1画像データにつき1レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとDBサーバ208より削除される。アルバム画像データテーブル800では、アルバムID801に格納される画像ID802及びその画像のアルバム内での表示位置を示す画像表示番号803を管理する。尚、同一アルバムではアルバムID801とアルバムID701には同じ値が格納されている。
【0055】
図9は本実施形態における画像データの詳細を管理するための画像情報テーブル900を示した図である。フォトサイト105ではユーザの操作により画像データがアップロードされると、静止画像、動画像を問わずDBサーバ208の画像情報データテーブル900に1画像につき1レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとDBサーバ208より削除される。画像情報テーブル900では、画像ID901をキーとして、その画像を所有するユーザのユーザID902、画像名903、オリジナル画像へのファイルパス904、サムネイルファイルへのパス905、表示用画像へのファイルパス906、コメントファイルへのパス907、PC102からの閲覧回数908、印刷回数909、携帯端末113からの携帯閲覧回数910、閲覧禁止フラグ911を保管する。尚、同一の画像データでは画像ID901と画像ID802には同じ値が、同一のユーザではユーザID902とユーザID401には同じ値がそれぞれ格納されている。また、閲覧禁止フラグ911は”1”ならば表示可能、”0”ならば表示不可を意味する。また、アップロードされた画像データが動画像であった場合、サムネイルファイルパス905で指定されるロケーションには後述するサムネイル代表画像が格納されている。
【0056】
図10は、本実施形態における動画像の画像データの詳細を管理するための動画情報テーブル1000を示した図である。フォトサイト105ではユーザの操作によりアルバムに動画像の画像データがアップロードされるとDBサーバ208の動画情報テーブル1000に1画像につき1レコードが作成され、各種情報が登録され、管理される。このレコードはユーザの操作により当該画像データが削除されるとDBサーバ208より削除される。画像情報テーブル1000では、画像ID1001をキーとして、オリジナル動画へのファイルパス1002、動画の高さ〔ビット〕を示す数値1003、動画の幅〔ビット〕を示す数値1004、オリジナル動画データファイルのファイルサイズ1005、動画の再生時間1006、撮影した機種名1007、画像のビットレート1008、画像のファイル形式1009、当該動画が何回ダウンロードされたかを示すダウンロード数1010を保管する。尚、画像ID1001には画像ID901と同一の値が格納され、動画像のサムネイル代表画像のファイルパスは画像情報データテーブル900から参照できる。
【0057】
図11は本実施の形態における画像データの印刷注文の配送先などを管理するための注文情報データテーブル1100を示した図である。フォトサイト105では注文者からアルバムに含まれる画像データの印刷注文を受けるとDBサーバ208の注文情報データテーブル1100に1オーダにつき1レコードが作成され、各種情報が登録され、管理される。印刷注文ごとに発行される注文番号1101をキーとして、注文者ID1102、配送先氏名1103、配送先郵便番号(1、2)1104、1105、配送先都道府県コード1106、配送先住所(1、2)1107、1108、配送先電話番号(1、2、3)1109、1110、1111、プリントサイトID1112、注文日時1113、注文ステータス1114が保管される。注文ステータス1114は“0”がデフォルト値であり、プリントサイト109への発注前であることを示し、“1”がプリントサイト109へ発注済であることを示し、“2”が印刷物を配送済みであることを意味する。
【0058】
図12は本実施の形態における印刷注文された画像データの詳細や注文内容などを管理するための注文画像データテーブル1200を示した図である。フォトサイト105では注文者からアルバムに含まれる画像データの印刷注文を受けるとDBサーバ208の注文画像データテーブル1200に当該画像データの数だけレコードが作成され、各種情報が登録され、管理される。注文画像データテーブル1200には注文番号1201をキーとしてプリントサイト109の受付番号1202、印刷オーダ単位で管理する画像番号1203、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス1204、1205、1206、プリント枚数1207、プリントサイズ1208、プリントタイプ1209、画像ID1210を管理する。プリントサイズ1208には“1”はL判、“2”は2L判、“3”は官製はがきサイズ、“4”は私製はがきサイズ、“5”はA4サイズを意味するフラグのいずれかが格納される。又、プリントタイプ1209では、“0”は縁無しプリント、“1”は縁有りプリントを意味するフラグのいずれかが格納される。尚、同一の注文では注文番号1201と注文番号1101には同一の番号が格納される。また、画像ID1210はオリジナル画像の画像IDであり、画像ID901と同一の値が保持される。
【0059】
図13は本実施の形態における印刷注文の決済を管理するための注文決済データテーブル1300を示した図である。フォトサイト105では注文者からアルバムに含まれる画像データの印刷注文を受けると、DBサーバ208の注文決済データテーブルに1オーダにつき1レコードが作成され、各種情報が登録され、管理される。注文決済データテーブル1300には注文番号1301をキーとして決済方法1302、合計料金1303、プリント料金1304、プリント料金税額1305、送料1306、送料税額1307、決済ステータス1308を管理する。決済方法1302では“1”は振込み、“2”は代引き、“3”はクレジット決済、“4”は店舗決済代行を意味するフラグのいずれかが格納される。尚、本実施の形態では“4”の店舗決済代行の場合について説明する。決済ステータス1308では“0”はデフォルト値であり、決済注文未確定、“1”は未決済注文保留中、“2”は決済終了を意味するフラグのいずれかが格納される。尚、同一の注文では注文番号1301と注文番号1101には同じ値が格納される。
【0060】
図14は本実施の形態における画像データの印刷注文を行った注文者を管理するための注文者データテーブル1400を示した図である。注文者データテーブル1400は、フォトサイト105では注文者からアルバムに含まれる画像データの印刷注文を受けると、DBサーバ208の注文者データテーブル1400に1オーダにつき1レコードが作成され、各種情報が登録され、管理される。注文者データテーブル1400では注文者ID1401をキーとして、ユーザID1402、通知先メールアドレス1403、氏名(姓)1404、氏名(名)1405、ふりがな(姓)1406、ふりがな(名)1407、郵便番号(1、2)1408、1409、都道府県コード1410、住所(1、2)1411、1412、電話番号(1、2、3)1413、1414、1415を管理する。注文者がフォトサイト105にユーザ登録されていない場合、あるいは注文者が当該アルバムのオーナでない場合、ユーザID1402には“0”が代入される。尚、同一の注文においては注文者ID1401と注文者ID1102には同じIDが格納される。また、注文者がフォトサイト105にユーザ登録されている場合には同一の注文者に対するユーザID1402とユーザID401には同じIDが格納される。この場合、1403〜1415の各ユーザ情報は同一ユーザID401を持つ顧客情報テーブル400の対応する各ユーザ情報に入力されている値がコピーされる。
【0061】
図15は本実施の形態におけるフォトサイト105が印刷注文を発注するプリントサイト109を管理するためのプリントサイトデータテーブル1500を示した図である。フォトサイト105では利用可能な新たなプリントサイトがあると、それに応じてDBサーバ208のプリントサイトデータテーブル1500に新たなレコードが作成され、各種情報が登録され、管理される。プリントサイトデータテーブル1500ではプリントサイトID1501をキーとしてプロバイダ名称1502、プリントオーダ通知用CGIへのURL1503を管理する。
【0062】
尚、本実施形態ではプリントサイト109が1つしか存在しない場合について説明するが、その数が複数であっても本発明を実現できることは明らかである。
【0063】
<本実施形態のフォトサイトが提供するサービス例>
(PCからの画像のアップロード)
本実施形態の情報提供システムでの画像データのアップロードについて図16のフローチャートを参照して説明する。
【0064】
ステップS1601:
ユーザがユーザPC102を操作することにより、ユーザPC102に予めインストールされた画像アップロード専用ソフトウエアが起動される。
【0065】
ステップS1602:
画像アップロード専用ソフトウエアはフォトサイト105にアップロードする画像データを選択させるためのアップロード画像選択画面をユーザPC102のディスプレイ上に表示させる。
【0066】
ステップS1603:
画像アップロード専用ソフトウエアはアップロード画像選択画面にしたがってユーザによりユーザPC102が操作されることにより、フォトサイト105にアップロードする画像データの指定を受ける。
【0067】
ステップS1604:
画像アップロード専用ソフトウエアは選択された画像データがフォトサイト105において利用可能であるかどうか判定する。本実施形態では、フォトサイト105で利用可能な画像データは、静止画像であればJPEG形式であり、動画像であればMPEG形式であるとする。したがって、それ以外の形式の画像データは利用不可能であると判定する。
【0068】
ステップS1605:
ステップS1604にて画像データが利用不可能であると判定されると、画像アップロード専用ソフトウエアはエラーダイアログをユーザPC102のディスプレイに表示させる。
【0069】
ステップS1606:
ステップS1604にて画像データが利用可能であると判定されると、画像アップロード専用ソフトウエアはその指定された画像データが動画像であるかどうか判定する。尚、ステップS1606〜1609の処理は指定された画像データのうち1つずつに対して順に実行される。
【0070】
ステップS1607:
ステップS1606にて画像データが動画像であると判定されると、画像アップロード専用アプリケーションは画像データのサムネイル代表画像を生成する。
ここで、サムネイル代表画像は画像入力装置101内で生成され、画像データとともに転送されるか、あるいは、画像データを元に画像アップロード専用アプリケーションが生成する。
【0071】
ステップS1608:
画像アップロード専用アプリケーションは動画像データの属性情報を生成する。ここで、属性情報は再生時間、撮影に使用した画像入力装置101の機種などである。また、ユーザがユーザPC102を操作して画像アップロード専用アプリケーション使用し、属性情報を設定するようにしてもよい。
【0072】
ステップS1609:
画像アップロード専用アプリケーションは選択された全ての画像データについて処理が実行されたかどうか判定する。実行されていないと判定されれば、ステップS1606の処理を実行する。
【0073】
ステップS1610:
ステップS1609にて実行されたと判定されれば、画像アップロード専用アプリケーションは指定された画像データをフォトサイト105にインターネット104を介して転送する。ここで、画像アップロード専用アプリケーションは、動画像の画像データについてはステップS1607にて生成されたサムネイル代表画像及びステップS1608にて生成された属性情報とともに転送する。
【0074】
ステップS1611:
フォトサイト105のPCアプリケーションサーバ203は受信した画像データをファイルサーバ209に格納する。さらに、画像データが静止画像であればそのサムネイル画像、あるいは画像データが動画像であればステップS1607にて生成されたサムネイル代表画像もファイルサーバ209に格納する。
本実施形態では、PCアプリケーションサーバ203は画像データのファイル形式が、JPEG形式であれば静止画像、MPEG形式であれば動画像であると判断する。ただし、この判断基準はこれに限らない。尚、ステップS1611〜1615の処理は受信した画像データのうち1つずつに対して順に実行される。
【0075】
ステップS1612:
フォトサイト105のPCアプリケーションサーバ203はDBサーバ208の画像情報テーブル900にレコードを作成し、ファイルサーバ209内での画像データのファイルパスなどの各種情報を登録する。
【0076】
ステップS1613:
フォトサイト105のPCアプリケーションサーバ203は画像データが動画像であるかどうか判定する。本実施形態では画像データのファイル形式がMPEG形式であれば動画像であると判断する。ただし、この判断基準はこれに限らない。
【0077】
ステップS1614:
画像データが動画像であると判定されれば、フォトサイト105のPCアプリケーションサーバ203はDBサーバ208の動画情報テーブル1000にレコードを作成し、ステップS1608にて生成された属性情報などを登録する。
【0078】
ステップS1615:
フォトサイト105のPCアプリケーションサーバ203はステップS1611にて受信された画像データ全てについて処理が実行されたかどうか判定する。
実行されていないと判定されれば、再びステップS1611の処理を実行する。
【0079】
ステップS1616:
ステップS1615にて実行されたと判定されれば、フォトサイト105のPCアプリケーションサーバ203は画像データが正常にアップロードされた旨をユーザPC102に通知する。尚、このアップロード処理はインターネット104上で利用可能なプロトコル、例えばhttpやftpなどに基づいて実行される。
【0080】
以上のように本実施形態では、フォトサイト105は動画像の画像データのアップロードについては特別にステップS1614の工程を設け、動画像に特有の属性情報を動画情報テーブル1000で管理するようにした。これにより、フォトサイト105は画像データを取得してその形式を参照しなくても、動画情報テーブル1000で管理されているかどうかを参照するだけで当該画像データが動画像であるか静止画像であるかを容易に判断することができるようになる。
【0081】
尚、本実施形態では画像アップロード専用アプリケーションを用いて画像データをアップロードする端末としてPCを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、例えば、携帯電話、デジタルカメラ、デジタルビデオ、スキャナ、複写機等から有線通信や無線通信を用いて画像データをアップロードするようにしてもよい。
【0082】
また、本実施形態ではユーザPC102に予めインストールされた画像アップロード専用アプリケーションを用いた画像データのアップロードを例に挙げて説明したが、フォトサイト105がインターネット104を介してユーザPC102に提供するWebページデータを用いて画像データをアップロードするようにしてもよい。この場合、先にPC102から画像データを転送し、フォトサイト105がステップS1607やステップS1608での処理を実行するようにしてもよい。
【0083】
(閲覧ユーザによるアルバムの閲覧)
ユーザはユーザPC102を操作してWebブラウザを用いてフォトサイト105にアクセスし、閲覧を許可するアルバムの指定とアルバムの閲覧を許可する閲覧ユーザの電子メールアドレスをフォトサイト105に通知する。また、閲覧時にパスワードの入力をさせる場合には、そのパスワードも通知しておく。
【0084】
フォトサイト105は指定されたアルバムの閲覧に必要なUniversal Resource Locator(URL)を生成する。生成するURLはアルバムのロケーションを示すユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものであり、下記にその一例を示す。
【0085】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumID=AJNWDMF
フォトサイト105は生成されたURLを記載した電子メールを作成し、閲覧ユーザの電子メールアドレス宛てに送信する。また、電子メールにアルバムを閲覧するのに必要なパスワードを記載するようにしてもよい。電子メールの一例を図17に示す。
【0086】
電子メールを受け取った閲覧ユーザは、例えば、閲覧ユーザのPC102Bあるいは携帯端末113を操作してWebブラウザに電子メールに記載されたURLを入力し、インターネット104を介してフォトサイト105にアクセスする。
【0087】
フォトサイト105ではロードバランサ202がHTTPリクエストヘッダーに含まれるUser−Agentフィールド値に基づいてURLの送信元が携帯端末113からであるか、PC102からであるか、を判定する。判定の結果、携帯端末113からであればモバイルアプリケーションサーバ204に、PC102からであればPCアプリケーションサーバ203にそれぞれ処理を振り分ける。この判定はHTTPリクエストヘッダーに含まれるUser−Agentフィールド値に限らず、Cokkie情報の有無等によって判定するようにしてもよい。
【0088】
フォトサイト105は閲覧ユーザのPC102Bからアクセスを受けると、PC102上で動作するWebブラウザで再生可能なHTML、XML等の記述言語で作成されたPC用Webデータを返す。
【0089】
ここで、PC102BのディスプレイにはPC用Webデータに基づき、図18に示すアルバム閲覧開始画面1800が表示される。尚、フォトサイト105はURLのパラメータ部のAlbumIDをキーとしてアルバム情報データテーブル700を検索し、パスワード可否フラグ705が“1”(パスワード有り)の場合には先にパスワード入力画面を表示するためのWebデータをPC102B返すようにしてもよい。また、同一のアルバムではURLのパラメータ部のAlbumID=の値とアルバムID701は同じである。
【0090】
図18の画像1801は静止画像の画像データであり、画像1802は動画像の画像データのサムネイル代表画像である。画像1802には画像データが動画像であることを示すために枠が付加されている。また、画像1802の真下には画像データが動画像であることを示す動画アイコン1805が付加されている。動画アイコン1805をクリックすると、画像データを閲覧ユーザのPC102にダウンロードをすることが可能である。閲覧ユーザはPC102にインストールされた再生アプリケーションを使ってダウンロードした画像データを再生する。
【0091】
また、PCアプリケーションサーバ203はDBサーバ208のアルバム情報データテーブル700の印刷可否フラグ707に応じて、プリントオーダボタン1803を表示させるようなPC用Webページデータを作成し、インターネット104に送出するよう制御する。閲覧ユーザはPC102Bを操作し、プリントオーダボタン1803を押すことによりアルバムの印刷注文ができる。1804にはアルバムに含まれる画像データの構成を示している。
【0092】
以下、フォトサイト105が閲覧ユーザの携帯端末113からアクセスを受けた場合について説明する。
【0093】
<モバイルアプリケーションサーバのデータベースの構成例>
図28から図30は、モバイルアプリケーションサーバ204がデータベース208内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末113からのアクセスに対してモバイルアプリケーションサーバ204が作成し、携帯端末113のディスプレイに表示させる画面の内容や提供するサービスをコントロールするため使用している。
【0094】
図28は特定の携帯端末113からのアクセスを管理するMBセッション情報テーブル2800を示した図である。モバイル用アプリケーションサーバ204は携帯端末113から新規のアクセスがある毎にMBセッション情報テーブル2800に1レコード作成し、各種情報を登録する。この際、アクセスしてきた携帯端末113の識別情報として一意的に定義したセッションID2801を割り付け、アルバムオーナのユーザID(ユーザID501と同一)2804とともにテーブルに格納する。また、新規のアクセスを受けた日時2803と、同一セッションIDでの最終アクセス日時2802を格納する。モバイル用アプリケーションサーバ204はMBセッション情報テーブル2800を定期的にサーチし、最終アクセス日時2802からある一定時間経過したレコードのレコード属性2805にフラグを立てる。そして、このレコードのセッションID2801を用いた携帯端末113からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【0095】
図29は携帯端末113から閲覧要求されたアルバムの情報を格納するMBアルバム情報テーブル2900を示した図である。モバイル用アプリケーションサーバ204は携帯端末113から新規のアクセスがある毎にMBアルバム情報テーブル2900に1レコード作成し、各種情報を登録する。この際、セッションID2901にはMBセッション情報テーブル2800のセッションID2801がコピーされて格納される。アルバムID2902にはURLのパラメータ部に含まれるアルバムIDが格納される。また、モバイル用アプリケーションサーバ204はアルバムID2902をキーとしてアルバム情報データテーブル700を参照し、アルバム名702とコメント703をコピーしてそれぞれアルバム名称2903とアルバムコメント2904に格納する。また、モバイル用アプリケーションサーバ204はアルバムに含まれる全ての画像データが動画情報データテーブル1000に登録されている場合、閲覧開始時、動画Flug2905に”1”をセットしておく。
【0096】
図30は、携帯端末113からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するMB画像情報テーブル3000を示した図である。
【0097】
モバイル用アプリケーションサーバ204は携帯端末113から新規のアクセスがある毎にMBアルバムMB画像情報テーブル3000にアルバム内にある画像数分のレコードを作成し、各種情報を登録する。この際、セッションID3001にはMBセッション情報テーブル2800のセッションID2801がコピーされて格納される。また、モバイル用アプリケーションサーバ204は画像ID3002やアルバムID3003をキーとして、アルバム画像データテーブル800と画像情報データテーブル900の内容の一部をコピーして各フィールドに格納する。ここで、モバイル用アプリケーションサーバ204は、画像情報データテーブル900のサムネイルファイルパス905に基づきサムネイル画像あるいはサムネイル代表画像を取得し、モバイル用アプリケーションサーバ204が専用に使用するファイルサーバ209のテンポラリ領域にコピーする。そして、そのサムネイル画像のコピー先ファイルパスを画像パス3006に格納する。
【0098】
<携帯端末への閲覧制御の動作例>
図31はモバイルアプリケーションサーバ204がユーザの携帯端末113からアクセスを受けた場合の動作例を表したフローチャート図である。
【0099】
ステップS3101:
モバイル用アプリケーションサーバ204は携帯端末113から送信されたURLのパラメータ部に含まれるセッションIDが既存のセッションIDであるか、MBセッション情報テーブル2800を検索して判定する。
【0100】
ステップS3102:
ステップS3101にてURLのパラメータ部にセッションIDが含まれていないか、あるいは既存のセッションIDではないと判定された場合、後述する初期化処理(図32参照)を実行する。
【0101】
ここで、携帯端末113のディスプレイに表示される画像閲覧画面2000について図20および図21を参照して説明する。画像閲覧画面2000では、オリジナル画像データの画像サイズを縮小したサムネイル画像2001とオリジナル画像データの名称2002、アルバム内での画像順番2003、サムネイル画像2001に表示される画像を選択するためのリンク2004、アルバム内の全画像数2010、サムネイル画像2001に表示される画像を画像順番で指定するための入力フィールド2005と決定ボタン2006、後述する画像情報表示画面2200を表示させるためのリンク2007、アルバム情報表示画面を表示するためのリンク2008、サムネイル画像2001と対応するオリジナル画像データのプリント注文を行うため一括プリント注文画面2500を表示するためのリンク2009を表示する。
【0102】
尚、画像データがデジタルカメラもしくはビデオカメラによって撮影された動画像であれば、サムネイル画像2001にはステップS1607にて生成されたサムネイル代表画像が表示される。そして、画像データが動画像であることを示すために、2101には [動画]の文字列、2102にはアイコンを表示する。
【0103】
ステップS3103:
ステップS3101にて既存のセッションIDであると判定された場合、既に閲覧中の携帯端末113からのアクセスと判断し、モバイル用アプリケーションサーバ204は携帯端末113からの要求の内容を解析し、アルバム閲覧であるかどうか判断する。具体的には、閲覧ユーザが携帯端末113を操作してリンク2004を押下したか、または入力フィールド2005に画像順番を入力して「表示」ボタン2006を押下したかどうかを判断する。
【0104】
ステップS3104:
ステップS3103にてリンク2004を押下したと判断されれば、モバイル用アプリケーションサーバ204は現在表示している画像の前後の順番にある画像を画像2001に表示するとともに、対応する画像名称を名称2002表示部分に表示するためのモバイル用Webデータを送出するよう制御する。あるいは、ステップS3103にて入力フィールド2005に画像順番を入力して「表示」ボタン2006を押下したと判断されれば、モバイル用アプリケーションサーバ204は入力された画像順番の画像を画像2001表示部分に表示するとともに、対応する画像名称を名称2002表示部分に表示するためのモバイル用Webデータを送出するよう制御する。
【0105】
また、リンク2004や「表示」ボタン2006が押下されたと判断されれば、モバイル用アプリケーションサーバ204は表示しようとしている画像がアルバムから削除されていないかどうかチェックする。削除されている場合には削除通知画面2700を表示するためのモバイル用Webデータを送出する。また、モバイル用アプリケーションサーバ204は表示しようとしている画像が閲覧禁止になっているかどうかチェックする。閲覧禁止になっている場合にはエラー画面を表示するためのモバイル用Webデータを送出するよう制御する。
【0106】
削除通知画面2700では、画像閲覧画面2000の画像2001と画像名称2002の代わりに、「この画像は削除されました」というコメント2701を表示する。又、画像情報表示画面2200を表示するためのリンク2007は表示しない。その他の表示内容は図20と同様であるので説明は省略する。
【0107】
ステップS3105:
モバイル用アプリケーションサーバ204は携帯端末113からの要求の内容を解析し、閲覧ユーザが携帯端末113を操作してリンク2007を押下したかどうか判断する。
【0108】
ステップS3106:
ステップS3105にてリンク2007を押下したと判断されれば、モバイル用アプリケーションサーバ204は図22に示す静止画像情報表示画面2200または図23に示す動画像情報表示画面2300を表示させるためのモバイル用Webデータを作成し、送出するよう制御する。図22の静止画像情報表示画面2200では、詳細な画像名称2201、画像の閲覧者数2202、コメント2203、画像閲覧画面2000に戻るためのリンク2204を表示する。図23の動画像情報表示画面2300では、動画像であることを示すアイコン、画像名称、画像の閲覧者数、コメントなどの詳細情報、動画像の再生やプリント注文ができないことを通知するメッセージを表示する。
【0109】
ステップS3107:
モバイル用アプリケーションサーバ204は携帯端末113からの要求の内容を解析し、閲覧ユーザが携帯端末113を操作してリンク2008を押下したかどうか判断する。
【0110】
ステップS3108:
ステップS3107にてリンク2008を押下したと判断されれば、モバイル用アプリケーションサーバ204は図24に示すアルバム情報表示画面2400を表示させるためのモバイル用Webデータを作成し、送出するよう制御する。図24のアルバム情報表示画面2400ではアルバム名称やアルバムを構成する画像データの数、アルバムの閲覧者数、コメントなどを表示する。尚、アルバム情報表示画面2400で表示される画像データの数は静止画像であれば枚数、動画像であれば本数の単位で表示する。尚、「0本」もしくは「0枚」のときは表示しない。
【0111】
ステップS3109:
モバイル用アプリケーションサーバ204は携帯端末113からの要求の内容を解析し、閲覧ユーザが携帯端末113を操作してリンク2009を押下したかどうか及び、MBアルバム情報テーブル2900の動画Flug2905が“1”であるかどうか判断する。
【0112】
ステップS3110:
ステップS3109にてリンク2009を押下し、動画Flug2905が“1”であると判断されれば、モバイル用アプリケーションサーバ204は図26に示すプリント注文不可画面2600を表示させるためのモバイル用Webデータを送出するよう制御する。
【0113】
ステップS3111:
モバイル用アプリケーションサーバ204は携帯端末113からの要求の内容を解析し、閲覧ユーザが携帯端末113を操作してリンク2009を押下したかどうか及び、MBアルバム情報テーブル2900の動画Flug2905が“1”でないかどうか判断する。
【0114】
ステップS3112:
ステップS3111にてリンク2009を押下し、動画Flug2905が“1”でないと判断されれば、モバイル用アプリケーションサーバ204はアルバムのプリント注文を行うための一括プリント注文画面2500(図25)を表示させるためのモバイル用Webデータを送出するよう制御する。
【0115】
ステップS3113:
モバイル用アプリケーションサーバ204は携帯端末113からの要求の内容を解析し、上述のステップの処理でないと判断されれば、エラーダイアログを表示させるためのモバイル用Webデータを送出する。
【0116】
図32は上述したモバイル用アプリケーションサーバ204がステップS3102にて実行する初期化処理の手順を表すフローチャートである。
【0117】
ステップS3201:
モバイル用アプリケーションサーバ204はシステム情報からフォトサイト105内の時間を取得する。
【0118】
ステップS3202:
モバイル用アプリケーションサーバ204はURLのパラメータ部に付加されている時間情報とステップS3201で取得した時間を比較し、URLのパラメータ部に付加されている時間情報がステップS3201で取得した時間より一定時間以上前であればタイムアウトと判断する。タイムアウトと判断されれば、ステップS3214にてエラーダイアログを表示するためのWebデータを送出する。これにより、過去にブックマークされたURLを利用したアクセスを回避することができる。
【0119】
ステップS3203:
ステップS3203にてタイムアウトでないと判断されれば、モバイル用アプリケーションサーバ204はセッションIDを生成し、URLのパラメータ部に付加して携帯端末113に返し、リダイレクト指示を出す。この指示を受けた携帯端末113は返されたセッションID付のURLを用いて再度、モバイル用アプリケーションサーバ204にアクセスする。
【0120】
ステップS3204:
そして、このアクセスを受けたモバイル用アプリケーションサーバ204はURLのパラメータ部に付加されているAlbumIDを解析し、このAlbumIDをキーとして顧客アルバムデータテーブル600及び顧客情報データテーブル400を参照して、アルバムをアップロードしたユーザがユーザ登録されているかどうかチェックする。ここで、ユーザ登録されていないとチェックされた場合はステップS3214にてエラーダイアログを表示するためのWebデータを送出する。これにより、脱会したなどの理由でユーザ登録されていないユーザの画像の利用を中止することができる。
【0121】
ステップS3205:
ステップS3204にてアルバムをアップロードしたユーザがユーザ登録されているとチェックされた場合、モバイル用アプリケーションサーバ204はURLパラメータ部のAlbumIDをキーとしてアルバム情報データテーブル700の公開可否フラグ704を取得し、アルバムを閲覧可能かどうか判断する。
【0122】
ステップS3206:
ステップS3205にてアルバムを閲覧可能であると判断されれば、モバイル用アプリケーションサーバ204はURLパラメータ部のAlbumIDをキーとしてアルバム情報データテーブル700のパスワード可否705、アルバムパスワード706を取得する。パスワード可否705が“1”(パスワード有り)であれば、図19に示す閲覧パスワード入力画面1900を表示するためのモバイル用Webデータを送出する。そして、閲覧ユーザが携帯端末113を操作し、閲覧パスワード入力画面1900の入力領域1901にパスワードを入力して、OKボタン1902を押下したことを受けると、モバイル用アプリケーションサーバ204は閲覧パスワード入力画面1900の入力フィールド1901に入力された値とアルバムパスワード706の値とを比較する。2つの値が一致すれば、ステップS3207の処理を実行する。一方、2つの値が一致しなければ、ステップS3214にてエラーダイアログを表示するためのWebデータを送出する。また、パスワード可否705が“0”(パスワード無し)であれば、ステップS3207の処理を実行する。
【0123】
ステップS3207:
モバイル用アプリケーションサーバ204はURLパラメータ部のAlbumIDをキーとしてアルバム情報データテーブル700及びアルバム画像データテーブル800及び画像情報データテーブル900を参照してアルバムに含まれる画像データに関する情報を取得する。そして、モバイル用アプリケーションサーバ204はサムネイル画像ファイルパス905に基づき画像データのサムネイル画像を取得して、ファイルサーバ209のモバイルアクセス専用のテンポラリ領域にコピーする。ここで、モバイル用アプリケーションサーバ204はアルバム画像データテーブル800の画像表示番号803を参照し、1ページ目の画像データのサムネイル画像のみをコピーする。
【0124】
ステップS3208:
モバイル用アプリケーションサーバ204はMBセッション情報テーブル2800、MBアルバム情報テーブル2900、MB画像情報テーブル3000に新規レコードを生成し、ステップS3207で取得した画像データに関する情報とサムネイル画像のコピーのファイルパスなどを格納する。また、アルバム閲覧のためにアクセスしてきた閲覧ユーザの管理情報として、セッションIDを割り付け、当該アルバムをアップロードし、招待メールを閲覧ユーザに発送したユーザのユーザID(ユーザID501と同一)とともに格納する。
【0125】
ステップS3209:
モバイル用アプリケーションサーバ204はアルバム情報データテーブル700の携帯閲覧回数712及び画像情報データテーブル900の携帯閲覧回数910に携帯端末113からのアクセスカウントを反映する。
【0126】
ステップS3210:
モバイル用アプリケーションサーバ204はアルバムに含まれる画像データが全て動画像であるかどうか判断するために動画情報データテーブル1000を参照する。
【0127】
ステップS3211:
モバイル用アプリケーションサーバ204はアルバムに含まれる画像データが全て動画情報データテーブル1000に登録されているかどうか判断する。
【0128】
ステップS3212:
ステップS3211にて全てのアルバム画像が動画情報テーブル1000に登録されていると判断された場合、モバイル用アプリケーションサーバ204はMBアルバム情報テーブル2900の動画Flug2905を”1”にセットする。ステップS3211にて全てのアルバム画像が動画情報テーブル1000に登録されていると判断されなかった場合、モバイル用アプリケーションサーバ204はステップS3213の処理を実行する。
【0129】
ステップS3213:
モバイル用アプリケーションサーバ204は後述する各種画面を携帯端末に表示させるための処理(図34参照)を実行する。
【0130】
図33は図31のステップS3104で実行される処理の詳細な手順を表すフローチャートである。
【0131】
ステップS3301:
モバイル用アプリケーションサーバ204はシステム情報からフォトサイト105内の標準時間を取得する。
【0132】
ステップS3302:
モバイル用アプリケーションサーバ204はURLのパラメータ部に付加されているセッションIDを解析して取得し、セッションIDをキーとしてMBセッション情報2800およびMBアルバム情報2900を検索取得する。尚、URLのパラメータ部にはAlbumID及びユーザID、現在閲覧しているサムネイル画像の画像表示番号も含まれる。
【0133】
ステップS3303:
モバイル用アプリケーションサーバ204はMBセッション情報テーブル2800の最終アクセス日時2802とステップS3301で取得した標準時間を比較する。その結果、最終アクセス日時2802が標準時間の一定時間以上前であれば通信タイムアウトと判断する。通信タイムアウトと判断されれば、モバイル用アプリケーションサーバ204はステップS3306にてエラーページを表示するためのモバイル用Webデータを送出するよう制御する。こうすることにより、携帯端末113が過去にブックマークしたURLを利用してアクセスすることを回避し、更新情報を配信することができる。
【0134】
ステップS3304:
ステップS3303にて通信タイムアウトでないと判断されれば、モバイル用アプリケーションサーバ204はURLパラメータ部のユーザIDをキーとして顧客情報データテーブル400を検索取得する。
【0135】
ステップS3305:
モバイル用アプリケーションサーバ204はアルバムをアップロードしたユーザ(アルバムオーナ)がユーザ登録されているかどうか確認する。
ユーザ登録されていないと確認されれば、モバイル用アプリケーションサーバ204はステップS3306にてエラーページを表示するためのモバイル用Webデータを送出するよう制御する。
【0136】
ステップS3307:
ステップS3305にてユーザ登録されていると確認されれば、モバイル用アプリケーションサーバ204はURLパラメータ部のAlbumIDをキーとしてアルバム情報データテーブル700を検索取得する。
【0137】
ステップS3308:
モバイル用アプリケーションサーバ204はアルバム情報データテーブル700のアルバムの公開可否フラグ704を確認する。公開可否フラグ704が“0”または“−1”(公開不可)であると確認された場合、ステップS3310にて削除フラグ1をセットする。
【0138】
ステップS3316:
ステップS3308にて公開可否フラグ704が“1”(公開可)であると確認された場合、URLパラメータ部のAlbumID及び画像表示番号を元にして、アルバム画像データテーブル800及び画像情報データテーブル900の対応するレコードを検索取得する。
【0139】
そして、モバイル用アプリケーションサーバ204はサムネイル画像ファイルパス905に基づきサムネイル画像を取得して、ファイルサーバ209のモバイルアクセス専用のテンポラリ領域にコピーする。ここで、モバイル用アプリケーションサーバ204はアルバム画像データテーブル800の画像表示番号803を参照し、現在閲覧しているサムネイル画像のみをコピーする。
【0140】
ステップS3309:
モバイル用アプリケーションサーバ204はMB画像情報テーブル3000を取得する。
【0141】
ステップS3311:
モバイル用アプリケーションサーバ204は画像データが画像情報データテーブル900の閲覧禁止フラグ911を確認する。そして、画像データが画像情報データテーブル900にない、あるいは閲覧禁止フラグ911が“0”(閲覧不可)と確認された場合には、ステップS3313にて削除フラグ2をセットする。
【0142】
ステップS3312:
ステップS3311にて閲覧禁止フラグ911が“1”(閲覧可)と確認された場合には、モバイル用アプリケーションサーバ204は画像情報データテーブル900の携帯閲覧回数910に携帯端末113からのアクセスカウントを更新する。
【0143】
ステップS3314:
モバイル用アプリケーションサーバ204はシステム情報から日時情報を取得し、MBセッション情報テーブル2800の最終ログイン日時2802に反映する。
【0144】
ステップS3315:
モバイル用アプリケーションサーバ204は後述する各種画面を携帯端末に表示させるための処理(図34参照)を実行する。
【0145】
図34は図32のステップS3213及び図33のステップS3315にてモバイル用アプリケーションサーバ204が実行する処理を表すフローチャートである。
【0146】
ステップS3401:
モバイル用アプリケーションサーバ204は削除フラグ1がセットされているかどうかチェックする。セットされているとチェックされれば、ステップS3402にてモバイル用アプリケーションサーバ204はエラー表示文字列をセットする。
【0147】
ステップS3402:
モバイル用アプリケーションサーバ204は削除フラグ2がセットされているかどうか検査する。セットされていると検査されれば、ステップS3404にてモバイル用アプリケーションサーバ204はエラー表示文字列をセットする。
【0148】
ステップS3406:
モバイル用アプリケーションサーバ204はMB画像情報テーブル3000の画像名称3005を画像閲覧画面2000の画像名称2002に表示させる文字列としてセットする。
【0149】
ステップS3410:
モバイル用アプリケーションサーバ204はMB画像情報テーブル3000の画像コメント3005にセッション情報を含んだリンクを生成し、画像閲覧画面2000のリンク2007に表示するようセットする。
【0150】
ステップS3411:
モバイル用アプリケーションサーバ204はMBアルバム情報テーブル2900の動画Flug2905を確認する。
【0151】
ステップS3412:
ステップS3411にて動画Flug2905が”1”にセットされていると確認された場合はアルバム内の画像データが全て動画像であると判断し、モバイル用アプリケーションサーバ204は動画印刷不可ダイアログ2600を表示するための情報にセッション情報を含んだリンクを生成し、画像閲覧画面2000のリンク2009に表示するようセットする。
【0152】
ステップS3413:
ステップS3411にて動画Flug2905が”1”にセットされていないと確認された場合はアルバム内の画像データに静止画像が含まれていると判断し、モバイル用アプリケーションサーバ204は一括プリント注文画面2500を表示するための情報にセッション情報を含んだリンクを生成し、画像閲覧画面2000のリンク2009に表示するようセットする。
【0153】
ステップS3414:
モバイル用アプリケーションサーバ204は画像閲覧画面2000の各種表示項目と対応する画像のURLや他のリンク情報及びフォームに関わるパラメータ等をセッション情報を含んだ形で生成し、セットする。また、モバイル用アプリケーションサーバ204は表示する画像と対応する画像データが動画情報データテーブル1000に登録されているかどうかを確認し、動画像であれば、画像閲覧画面2000の[動画]のコメント2101、動画アイコンを表示するようセットする。
【0154】
ステップS3415:
モバイル用アプリケーションサーバ204は上述の処理でセットされた各種画面を表示するためのモバイル用Webデータをまとめて送出する。
【0155】
(携帯端末からのプリント注文の処理例)
ユーザが閲覧中のアルバムに対してプリント注文を行う場合、先ず携帯端末113を操作して図20の画像閲覧画面2000内の「プリント注文」リンク2009を押下し、後述する一括プリント注文画面2500の表示を要求する。
この要求を受けたモバイルアプリケーションサーバ204は、プリント注文処理を行う。
【0156】
図36はモバイルアプリケーションサーバ204のプリント注文処理の手順を示すフローチャートである。以下、このフローチャートを元にして、携帯端末113からのプリント注文に関するモバイルアプリケーションサーバ204の処理について詳細に説明する。
【0157】
尚、図35は、プリント注文処理中に携帯端末113のディスプレイに表示される画面の遷移関係を表した図である。
【0158】
ステップS3601:
モバイルアプリケーションサーバ204は、リクエストされたアルバム内の画像に動画像が含まれるかどうか検査する。具体的には、動画情報テーブル1000のレコードを検索してアルバム内の個々の画像と一致するかどうか検査し、一致すれば動画像であると判断する。
【0159】
アルバム内に動画像が含まれると判断されれば、図48に示す一括プリント注文画面2500を携帯端末113のディスプレイに表示するよう制御する。図48の一括プリント注文画面2500では、動画の代表画像のプリント注文を受け付けないことを通知するコメント(例えば、「動画はプリントできません」)4801を表示する。
【0160】
一方、アルバム内に動画像が含まれないと判断されれば、モバイルアプリケーションサーバ204は図25に示す一括プリント注文画面2500を携帯端末のディスプレイに表示するよう、ページデータを生成して送出するよう制御する。そして、アルバム内の全画像に対するプリントサイズとプリント枚数の指定をユーザに促す。同時に、モバイルアプリケーションサーバ204は新たな注文番号を発行してデータベース208内の注文情報テーブル1100に新規注文用のレコードを作成し、注文ステータス1014を”0(プリントサイト発注前)”にしておく。又、MBセッション情報テーブル2800から現在のセッションIDに対応するレコードを探し出し、その中の注文番号フィールド2806に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種URLのパラメータ部分に常に付加する。
【0161】
ユーザは携帯端末113を操作してプルダウンメニュー2502を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。選択できるプリントサイズには、DP判フチなし、DP判フチあり、L判フチなし、L判フチあり、2L判フチなし、2L判フチありの6種類がある。本実施形態では、プリントサイズの指定はこの一括プリント注文画面2500でのみ行なう。つまり、アルバム内の全画像に対して一種類のプリントサイズのみ指定できることになっている。ユーザがアルバム内の全画像を同一枚数でプリントしたい場合には、続いて枚数入力領域2503に所望の枚数を入力する。
【0162】
尚、一括プリント注文画面2500の最上部には、プリント注文処理の画面遷移状況を表すインジケータ2501を表示する。
【0163】
また、ユーザが携帯端末113を操作して一括プリント注文画面2500の注文取消しリンク2506を押下すると、モバイルアプリケーションサーバ204はプリント注文処理をキャンセルし、携帯端末113のディスプレイに表示される画面を画像閲覧画面2000へ戻すよう制御する。この際、表示するサムネイルは、プリント注文処理へ入る直前に表示していたサムネイルである。
【0164】
ステップS3604:
プルダウンメニュー2502や枚数入力領域2503に入力した設定でプリント注文を行って良い場合には、ユーザは携帯端末113を操作して「すすむ」ボタン2504を押下する。これを受けて、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を次の注文者情報入力画面3700へ遷移するよう制御する。
【0165】
ステップS3602:
また、ユーザがアルバム内の全画像ではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合には、「こちらへ」ボタン2505を押下する。モバイルアプリケーションサーバ204はこれを受けたかどうか判定する。
【0166】
ステップS3603:
ステップS3605で「こちらへ」ボタンの押下を受けていれば、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を個別プリント注文画面3800へ遷移するよう制御する。
ユーザは携帯端末113を操作し、個別プリント注文画面3800にしたがってプリントしたい画像をアルバム内から選択したり、個々の画像についてプリント枚数を指定したりすることができる。
【0167】
例えば、図38にアルバム内の画像が個別プリント注文画面3800の複数ページに渡って表示され、そのうち画像が静止画のみのページの例を示す。個別プリント注文画面3800にはアルバム内の画像の画像名3802と枚数入力領域3803がリスト表示される。ユーザが携帯端末113を操作して、所望のプリント枚数を枚数入力領域3803に入力し、設定更新ボタン3804を押下すると、モバイルアプリケーションサーバ204は必要に応じてレコードを作成し、注文画像データテーブル1200にプリント枚数を格納する。ここで、設定更新ボタン3804が押下されずに後述するボタンやリンクが押下されて携帯端末113のディスプレイに表示される画面が遷移した場合、入力されたプリント枚数は送出されず、モバイルアプリケーションサーバ204はプリント枚数の入力がなかったものと見なす。ページ番号3805は、この場合の現在表示中のページを表している。また、ユーザが携帯端末113を操作して「前へ」リンク3806、「次へ」リンク3807を押下することで、モバイルアプリケーションサーバ204は個別プリント注文画面3800のページ間の移動を行うよう制御する。また、ユーザが携帯端末113を操作してページ番号指定領域3808に移動先のページ番号を入力して表示ボタン3809を押下することで、モバイルアプリケーションサーバ204は指定したページ番号の個別プリント注文画面3800のページへ移動するよう制御する。
【0168】
尚、本実施形態では一画面中に表示する画像は最大5つまでとしており、アルバム内にこれより多くの数の画像がある場合は複数ページに跨って画像名のリストを表示する。尚、一画面中に表示される画像の数は限定しない。
【0169】
また、個別プリント注文画面3800の画像名3802自体もリンクになっており、ユーザが携帯端末113を操作して画像名3802を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を図39に示す画像確認画面3900へ遷移するよう制御する。
【0170】
図39の画像確認画面3900は、ユーザがプリントを所望する画像を実際に見て確認するための画面である。画像確認画面3900には、画像のサムネイル3906と画像名3902、画像ページ番号3903、画像サイズ3904、プリント回数3905が表示されている。モバイルアプリケーションサーバ204は、画像情報データテーブル900の対応するレコードからそれらの情報を読み出し、画像確認画面3900を生成する。ユーザが携帯端末113を操作して「戻る」リンク3901を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を個別プリント注文画面3800へ遷移するよう制御する。
【0171】
また、ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終え、携帯端末113を操作して「すすむ」ボタン3810を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を次の注文者情報入力画面3700へ遷移するよう制御する。
【0172】
又、ユーザが携帯端末113を操作して「戻る」リンク7912を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を一括プリント注文画面2500へ遷移するよう制御する。
尚、個別プリント注文画面3800の詳細については後述する。
【0173】
また、モバイルアプリケーションサーバ204は、一括プリント注文画面2500及び個別プリント注文画面3800どちらの場合においても、選択された画像数分のレコードを注文画像データテーブル1200に作成し、入力されたプリントサイズとプリント枚数を格納する。
【0174】
(個別プリント注文画面の生成処理手順例)
図47は、図36のステップS3603における個別プリント注文画面3800を生成するフローチャートである。
【0175】
この処理は、ユーザが携帯端末113を操作して、一括プリント注文画面2500の「こちらへ」ボタン2505や、画像確認画面3900の「戻る」ボタン3900、注文者情報設定画面3700の「戻る」ボタン3714などをクリックして個別プリント注文画面3800のページ参照リクエストを送出し、モバイルアプリケーションサーバ204が携帯端末113のディスプレイに表示される画面を個別プリント注文画面3800に遷移するよう制御するときに行われる。
【0176】
ステップS4701:
モバイルアプリケーションサーバ204は、個別プリント注文画面4700のページ参照リクエストを受け、リクエストされたアルバム内の画像の構成を検査する。具体的には、動画情報データテーブル1000を検索してアルバム内の画像と一致するものがあるかどうかに基づき、アルバム内の個々の画像について動画像であるか静止画像であるかを検査する。
【0177】
ステップS4702:
モバイルアプリケーションサーバ204は、動画情報データテーブル1000を検索してアルバム内の画像と一致するものがあった場合、画像入力装置101で動画撮影された画像とその代表画像がアルバムに含まれると判断して、動画の代表画像を印刷注文の対象としないことを通知するための、例えば「枚数を指定してください(動画はプリントできません)」というような印刷不可のコメントを個別プリント注文画面3800に表示するように設定する。
【0178】
ステップS4703:
モバイルアプリケーションサーバ204は、動画情報データテーブル1000を検索してアルバム内の全ての画像と一致しなかった場合、アルバム内の画像は全て静止画像であると判断して、例えば「枚数を指定してください。」のような静止画用のコメントを個別プリント注文画面3800に表示するように設定する。
【0179】
ステップS4704:
モバイルアプリケーションサーバ204は、動画情報データテーブル1000を検索して、個別プリント注文画面3800で1度に表示される画像情報(本実施形態では5つとする。)の構成を検査する。ここでは、ステップS4701と同様にして個別プリント注文画面3800で1度に表示される個々の画像について動画像か静止画像かを検査する。
【0180】
ステップS4705:
モバイルアプリケーションサーバ204は、個別プリント注文画面3800で1度に表示される画像が、動画撮影された画像から生成した代表画像を含むと判断した場合、代表画像の画像名を個別プリント注文画面3800に表示するように設定する。
【0181】
ステップS4706:
モバイルアプリケーションサーバ204は、個別プリント注文画面3800で1度に表示される5つの画像全てが動画撮影された画像から生成した代表画像かどうかを判定する。
ここで、全てが動画の代表画像であれば、図46に示すような個別プリント注文画面3800を表示するよう設定し、ステップS4710に進む。
【0182】
図46は一画面中に表示する5つの画像全てが動画撮影された画像から生成した代表画像である場合に表示される個別プリント注文画面3800を示す。動画像についてはプリント注文を受け付けられないので、図38の個別プリント注文画面の設定更新ボタン3804は図46の個別プリント注文画面3800では表示されない。
【0183】
ステップS4707:
モバイルアプリケーションサーバ204は、個別プリント注文画面3800で1度に表示される画像に静止画が含まれる場合、セッション情報を含む詳細画像閲覧画面を表示するためのリンク情報および画像名、枚数入力領域3803を個別プリント注文画面3800に表示するよう設定する。
【0184】
ステップS4708:
モバイルアプリケーションサーバ204は、アルバム内の画像が5枚以下かを判定する。
【0185】
ステップS4709:
アルバム内の画像が5枚より多く、複数ページにわたって個別プリント注文画面3800を表示するとき、個別プリント注文画面3800に更新ボタン3804を表示するように設定する。つまり、図38に示すような個別プリント注文画面3800を表示するよう設定される。一方、アルバム内の画像が5枚以下の場合は1ページの個別プリント注文画面3800に表示できるので更新ボタン3804の必要がないので、ステップS4710に進む。つまり、図40に示すような個別プリント注文画面3800を表示するよう設定される。
【0186】
図40は一画面中に表示する画像が5つ以下の場合に携帯端末113のディスプレイに表示される個別プリント注文画面3800を示す。図40の個別プリント注文画面3800には、図38の個別プリント注文画面3800で示したような設定更新ボタン3804や「前へ」リンク3806、「次へ」リンク3807、ページ番号指定領域3808、表示ボタン3809が無い。また、ユーザが携帯端末113を操作してプリント枚数入力領域3803に入力し、「すすむ」ボタン3810が押下されると、携帯端末113からモバイルアプリケーションサーバ204へプリント枚数が送出される。そして、モバイルアプリケーションサーバ204は必要に応じてレコードを作成し、注文画像データテーブル1200の対応するレコードにプリント枚数を格納する。
【0187】
ステップS4710:
モバイルアプリケーションサーバ204は、各ステップで設定された情報に従って個別プリント注文画面3800のページ情報を作成する。例えば、アルバム内の画像が5つより多く、複数ページに渡り、また、1つのページに静止画、動画を含む場合には、図45に示すような個別プリント注文画面3800を表示するようページ情報を作成する。
【0188】
図45はアルバム内の画像が5つより多く、複数ページに渡り、また、一画面中に画像を5つ表示し、5つある画像のうち1つ以上の画像が動画撮影された画像から生成した代表画像である場合に表示される個別プリント注文画面3800である。図45の個別プリント注文画面3800は図38の個別プリント注文画面3800で表示される項目に加えて、動画およびその代表画像はプリント注文できないことを通知するコメント4501を表示する。一方、図45の個別プリント注文画面3800は図38の個別プリント注文画面3800と異なり、動画の代表画像の画像名4502には詳細画像を表示するためのリンクが設定されていない。そして、モバイルアプリケーションサーバ204は作成したページ情報をまとめてインターネット104に送出するよう制御する。
【0189】
上記処理によって、アルバム内の画像の個別プリント注文画面3800は、複数ページに渡る静止画のみのリスト表示(図38)、ページに含まれる画像が5枚以下で静止画のリスト表示(図40)、複数ページに渡る静止画と動画の混在したリスト表示(図45)、ページに含まれる画像が全て動画の代表画像のリスト表示(図46)など、画像の種類や数量に対応したレイアウトでユーザの携帯端末113のディスプレイに表示することができる。これにより、表示能力の低い携帯端末であっても、ユーザに対して画像の種類に応じて提供できないサービスを明示することができるのでユーザビリティを高めることができる。
【0190】
引き続き、図36のフローチャート図を参照して説明する。
【0191】
ステップS3604:
モバイルアプリケーションサーバ204は注文者情報入力画面3700を携帯端末113のディスプレイに表示するよう制御し、ユーザに対して個人情報の入力を促す。ユーザが携帯端末113を操作して、注文者情報入力画面3700に従って姓名,姓名のフリガナ,郵便番号,住所,電話番号,メールアドレス,配送方法,配送先を入力し、「すすむ」ボタン3714を押下すると、アプリケーションサーバ204は入力された情報に不備が無いことをチェックした後、注文者データテーブル1400に新たなレコードを生成し、入力された個人情報を格納する。この際、本実施例では都道府県情報をJISで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ204は都道府県入力領域3707に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。又、この際、モバイルアプリケーションサーバ204が本プリント注文を行ったユーザに対して割り振った注文者IDを注文情報データテーブル1100のレコード内の注文者IDフィールド1102に格納する。
【0192】
尚、未入力や指定外文字種入力等によって入力された情報に不備があった場合には、モバイルアプリケーションサーバ204は携帯端末113のディスプレイにエラー画面を表示するよう制御してユーザに再入力を促す。
【0193】
ステップS3605:
ユーザが携帯端末113を操作して配送先3713として「注文者と同じ」を選択して「すすむ」ボタン3714を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示する画面を次のフェーズである見積もり表示画面4100へ遷移するよう制御する。一方、ユーザが携帯端末113を操作して配送先3713として「配送先を指定」を選択して「すすむ」ボタン3714を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を配送先入力画面4200へ遷移するよう制御する。配送先入力画面4200ではステップS3604で入力された注文者情報とは別に配送先を指定することができる。又、ユーザが携帯端末113を操作して「戻る」リンク3716を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を、直前に表示していた一括プリント注文画面2500か個別プリント注文画面3800のどちらかへ遷移するよう制御する。
【0194】
ステップS3606:
ユーザが携帯端末113を操作して、配送先入力画面4200の指示に従って姓名,姓名のフリガナ,郵便番号,住所,電話番号,メールアドレスを入力し、「すすむ」ボタン4212を押下すると、モバイルアプリケーションサーバ204は、入力された情報に不備が無いことをチェックした後、ステップS3606にて作成済みの注文情報データテーブル1100のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ204は先程の注文者情報入力画面3700での処理と同様に、都道府県入力領域4207に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。また、未入力や指定外文字種入力等によって入力された情報に不備があった場合には、モバイルアプリケーションサーバ204は携帯端末113のディスプレイにエラー画面を表示するよう制御してユーザに再入力を促す。
【0195】
また、ユーザが携帯端末113を操作して「すすむ」ボタン4212を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を見積もり表示画面4100へ遷移するよう制御する。
又、ユーザが携帯端末113を操作して「戻る」リンク4214を押下すると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示される画面を注文者情報入力画面3700へ遷移するよう制御する。
【0196】
ステップS3607:
モバイルアプリケーションサーバ204は図41に示す見積もり表示画面4100を携帯端末113のディスプレイに表示するよう制御し、ユーザに対してプリント注文内容の確認を促す。見積もり表示画面4100にはフォトサイト105で算出された商品価格や送料,各種手数料とその合計利用金額などの見積もりと、注文者情報、配送先情報が表示される。又、モバイルアプリケーションサーバ204は注文決済データテーブル1300に新たなレコードを生成し、算出された見積もりデータを格納する。この際の決済ステータス1308は”0(決済注文未確定)”にしておく。尚、図37の注文者情報入力画面3700では注文者情報と配送先が同じと入力されているため、図41の見積もり画面4100では配送先表示欄に「注文者と同じ」と表示しているが、注文者情報と配送先が異なる場合には、配送先表示欄には配送先情報を表示する。
【0197】
ステップS3608:
モバイルアプリケーションサーバ204は、ユーザが携帯端末113を操作して、「注文する」ボタン4102を押下したかどうかチェックする。押下したとチェックされた場合、ステップS3609へ進む。
又、「戻る」リンク4104を押下したとチェックすると、モバイルアプリケーションサーバ204は携帯端末113のディスプレイに表示する画面を、直前に表示していた注文者情報入力画面3700か配送先入力画面4200のどちらかへ遷移するよう制御する。又、「注文取消し」リンク4103を押下したとチェックすると、モバイルアプリケーションサーバ204はプリント注文処理をキャンセルして、携帯端末113のディスプレイの画面を画像閲覧画面2000へ戻るよう制御する。この際、表示する画像はプリント注文処理へ入る直前に表示していた画像である。
【0198】
ステップS3609:
モバイルアプリケーションサーバ204はユーザに選択された画像がDBサーバ208内の画像情報データテーブル900にあるか否かをチェックする。
全ての画像があるとチェックした場合、ステップS3611へ進む。
【0199】
ステップS3610:
ステップS3609にて無いとチェックした場合、モバイルアプリケーションサーバ204は携帯端末113にエラー画面を表示するよう制御する。そして、再度、一括プリント注文画面2500を表示するよう制御してユーザに画像選択を促す。
【0200】
ステップS3611:
ステップS3609にて全ての画像があるとチェックした場合、ユーザからのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように注文受け付け画面4300とオーダステータス画面4400にアクセスするためのURLを同一にして、ユーザの操作性を向上するために必要な処理である。ユーザが携帯端末113を操作して見積もり画面4100の「注文する」ボタン4102を押下した際に送られてくるプリント注文要求(URLパラメータ)に含まれている注文番号を元にして、モバイルアプリケーションサーバ204は注文決済データテーブル1300の対応するレコードを検索し、決済ステータス1308を参照する。決済ステータス1308が“0”(決済注文未確定)の場合は、注文受け付け処理が完了していないと判断して、次のステップS3612へ進む。一方、決済ステータス1308が“1”(決済注文保留中)あるいは“2”(決済終了)の場合は既に既に注文受け付け処理が完了していると判断して、ステップS3617へ進む。
【0201】
ステップS3612:
モバイル用アプリケーションサーバ204はプリント注文要求のプリントオーだ作成処理が既に開始されていないかどうかチェックし、これが、最初のプリント注文要求であるか否かをチェックする。これは、見積もり画面4100の「注文する」ボタン4102が二度押しされた場合に、誤って同一のプリント注文要求を複数回受け付けないようにするために必要な処理である。具体的には、受けたプリント注文要求に対する後述のプリントオーダ作成処理(ステップS3613)を行っている最中か否かによって判断する。誤って同一のプリント注文要求がなされたと判断した場合、モバイル用アプリケーションサーバ204はステップS3618にて携帯端末113のディスプレイにエラー画面を表示するよう制御してプリント注文処理を終了する。一方、最初のプリント注文要求であると判断すれば、次のステップS3613へ進む。
【0202】
ステップS3613:
モバイルアプリケーションサーバ204は図43に示す注文受付画面4300を携帯端末のディスプレイに表示するよう制御し、プリント注文要求を受け付けた旨をユーザに通知する。又、注文受付画面4300には、後述するステップS3615にてユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。更に、この注文受付画面4300のURLを携帯端末113にブックマークして記憶しておき、後ほどそのURLへアクセスすることで、後述するオーダステータス画面4400を表示することができることも記載する。また、ユーザが携帯端末113を操作して「終了」ボタン4302を押下すると、モバイルアプリケーションサーバ204はプリント注文処理を完了して、携帯端末113のディスプレイに表示される画面を画像閲覧画面2000へ戻すよう制御する。この際、表示する画像はプリント注文処理へ入る直前に表示していた画像である。
【0203】
ステップS3614:
モバイルアプリケーションサーバ204はステップS3613で注文受け付け画面4300を表示すると同時に、プリントオーダファイル作成処理を行う。プリントオーダファイルはプリント注文された画像データ、プリント枚数、プリント形式、注文者情報、配送先情報、発注金額などの各種情報を1つのファイルにまとめたものである。尚、プリント注文する画像数が多量であったり、画像データサイズが大きかったりすると、プリントオーダファイル作成処理にはかなりの時間がかかる。
【0204】
ステップS3615:
モバイルアプリケーションサーバ204は決済サイト120に利用金額を通知する。決済サイト120は、通知された利用金額を受け付ける処理を行った後にその確認番号をアプリケーションサーバ204に通知する。この通知を受けたモバイルアプリケーションサーバ204は、注文決済データテーブル1300内の対応レコードの決済ステータス1308を“1”(未決済注文保留中)に変更する。
【0205】
ステップS3616:
モバイルアプリケーションサーバ204はユーザ宛に電子メールを送付する。
【0206】
ステップS3617:
モバイル用アプリケーションサーバ204は携帯端末113からステップS3613の注文受け付け画面4300でブックマークしたURLあるいはステップS3616にて送付された電子メールに記載されているURLを使用したアクセスを受け、決済ステータス1308が“2”(決済終了)であれば、図44に示すオーダステータス画面4400を携帯端末113のディスプレイに表示するよう制御する。
【0207】
ここで、オーダステータス画面4400はプリント注文を行った閲覧ユーザがその後の処理状況を確認できるようにすることを目的とする。オーダステータス画面4400には注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。処理ステータスには、入金待ち、入金期限切れ、プリント待ち、プリント完了、配送完了等があり、注文情報データテーブル1100の注文ステータス1014や注文決済データテーブル1300の決済ステータス1308の状態と連動して随時表示が変更される。
【0208】
尚、図19〜図27に示した携帯端末113のディスプレイに表示される各画面は一例であり、これらの表示レイアウトは携帯端末113の画面サイズや画像データの画像サイズによって文字の回りこみ具合などが変化する。
【0209】
(他の実施形態)
尚、本実施例では動画情報をアップロードしたときに、動画情報データテーブルを作成し、サービスするときに対象となる画像が動画情報データテーブルにあるかどうかでサービスを提供するか判定した例を説明したが、静止画の情報データに、例えば動画から生成したことを示す情報、変換ソフトの名称、カメラの機種、アップロード機能の名称等を記録するようにして判定することも出来る。又、静止画をアップしたときに登録する静止画情報データのファイルパスの有り無しで判定することもできる。
【0210】
又、本実施形態ではデジタルカメラで撮影された画像を使ったイメージネットワークサービスを例に説明したが、画像だけでなく音声を使い、その情報配信を行うサービスに適応できることは言うまでもない。更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、音声再生システムなど、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【0211】
例えば、ユーザPC102からインターネット104を介してフォトサイト105に画像ファイルと同様に音声ファイルをアップロードするようにした場合、音声ファイルはプリントできないので、音声ファイルを本実施の形態の動画と同様に扱うことにより、プリント注文できないように制御することも可能になる。
【0212】
また、例えば、ユーザPC102からインターネット104を介してフォトサイト105に画像ファイルと同様に音声ファイルをアップロードするようにし、プリントサービスではなく、音声編集サービスなど音声情報に特有のサービスを提供する場合、画像ファイルには提供できないので、音声ファイルを本実施の形態の静止画と同様に扱い、画像ファイルを本実施形態の動画と同様に扱うことにより、画像ファイルに対して音声編集サービスなど音声情報に特有のサービスを提供できないように制御することも可能になる。
【0213】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(または記録媒体)を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【0214】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0215】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【0216】
【発明の効果】
以上説明したように、本発明によれば、サービスの対象となるデータの種類や数量に応じて異なるサービス注文画面を表示させるので、当該サービスの対象となり得るデータの種類に制限があり、また注文画面を表示する端末の表示能力にも制限がある場合に、そのことをユーザに明示できるので、ユーザにとって使い勝手のよいサービスを提供できるという効果がある。
【0217】
すなわち、例えばインターネット上で保管された複数のデータを対象とするプリント注文サービスのサービス注文画面をディスプレイの小さな携帯端末に表示する場合に、当該サービス注文画面の1ページ中に表示される画像の中にプリントに適さない動画から生成した静止画が含まれるかどうかに応じて表示方法を変えることが出来たので、データの種類や数量に応じてサービスの提供方法を変えることが可能になった。また、ユーザに情報を告知することが可能になった。また、ユーザが提供を受けられるサービスの認識を明確にできるので、使い勝手の良いサービスを提供が可能になった。
【図面の簡単な説明】
【図1】本実施形態の情報提供システム全体の概略構成を示す図である。
【図2】本実施形態のフォトサイトの構成例を示す図である。
【図3】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図4】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図5】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図6】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図7】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図8】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図9】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図10】本実施形態のフォトサイトで管理する動画情報テーブルを示した図である。
【図11】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図12】本実施形態のフォトサイトで管理する注文情報データテーブルを示した図である。
【図13】本実施形態のフォトサイトで管理する注文画像データテーブルを示した図である。
【図14】本実施形態のフォトサイトで管理する注文決済データテーブルを示した図である。
【図15】本実施形態のフォトサイトで管理するプリントサイトデータテーブルを示した図である。
【図16】本実施形態のフォトサイトのPCからのアクセスに対する処理手順を示すフローチャートである。
【図17】本実施形態のアルバム通知メールの一例を示す図である。
【図18】本実施形態のアルバムの閲覧画面例を示す図である。
【図19】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図20】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図21】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図22】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図23】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図24】本実施形態の携帯端末に表示されるページの一例を示す図である。
【図25】本発明の一実施形態に係る携帯端末からのプリント注文処理における一括プリント注文画面を示す図である。
【図26】本実施形態の携帯端末に表示されるページの一例を示す図である。
【図27】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図28】特定の携帯電話からのアクセスを管理するテーブル例を示す図である。
【図29】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示す図である。
【図30】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示す図である。
【図31】本実施形態の処理の一例を示すフローチャートである。
【図32】図20に示す画像閲覧画面2000を表示するときの表示に関する処理例を表すフローチャートである。
【図33】図32でセッション情報が既に作られているときの処理(S3203)を詳細に表すフローチャートである。
【図34】図32及び図33で画像閲覧画面2000のデータを生成する処理(S3214、S3315)を詳細に表すフローチャートである。
【図35】本実施形態に係る携帯端末からのプリント注文処理に関わる画面の遷移関係を示す図である。
【図36】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
【図37】本実施形態に係る携帯端末からのプリント注文処理における注文者情報入力画面を示す図である。
【図38】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面(複数ページ構成の場合)を示す図である。
【図39】本実施形態に係る携帯端末からのプリント注文処理における画像確認画面を示す図である。
【図40】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面(1ページ構成の場合)を示す図である。
【図41】本実施形態に係る携帯端末からのプリント注文処理における見積もり画面を示す図である。
【図42】本実施形態に係る携帯端末からのプリント注文処理における配送先入力画面を示す図である。
【図43】本実施形態に係る携帯端末からのプリント注文処理における注文受け付け画面を示す図である。
【図44】本実施形態に係る携帯端末からのプリント注文処理におけるオーダステータス画面を示す図である。
【図45】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面(動画混在)を示す図である。
【図46】本実施形態に係る携帯端末からのプリント注文処理における個別プリント注文画面(動画のみの場合)を示す図である。
【図47】本実施形態に係る携帯端末からのプリント注文処理を表すフローチャートである。
【図48】本実施形態に係る携帯端末に表示される画面の一例を示す図である。
[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, there is a system that provides an image browsing service in which a user deposits image data or the like captured by an image input device in a storage area of a server on the Internet and can browse the image data again when the customer desires. (For example, see Patent Document 1). There are also providers that provide such services. An image targeted by such an image browsing service on the Internet may be not only a still image but also a moving image captured by a video device or the like.
[0004]
There is also a system that provides not only an image browsing service but also a print ordering service for printing a deposited image or accepting an order for printing an image and causing a specialized trader to print the image.
[0005]
[Patent Document 1] JP-A-11-224228 (page 6, FIG. 3)
[0006]
[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). Therefore, since the amount of information that can be displayed at one time is small, a plurality of images in the album are divided into pages and distributed and displayed. In this case, since various types of images are displayed in a common layout for each page, there is a problem that it is difficult for the user to understand the type of image and the target service.
[0007]
The services that can be provided may differ depending on the type of image. For example, a still image can be printed, but a moving image cannot be printed. Therefore, a print order reception service is not provided for a moving image.
[0008]
Also, a PC can install a playback application to play a moving image, but a mobile phone cannot play a moving image on many models at present. Therefore, in a browsing service using a mobile phone, a still image of one frame of a moving image may be viewed as a representative image. Although it is conceivable to print a representative image instead of a moving image, the representative image has a small number of pixels and has a low image quality and is not suitable for printing.
[0009]
SUMMARY OF THE INVENTION An object of the present invention is to provide an information processing system and an information processing apparatus for displaying different order screens for ordering a service according to the type and quantity of data to be stored for a service in view of the above conventional problems. And an information processing method, a storage medium storing a program for executing the same in a readable manner by an information processing apparatus, and a program therefor.
[0010]
That is, for example, when an image to be printed is selected in the print order service, the user is notified by changing the service providing method for a still image generated from a moving image that is not suitable for printing. It is another object of the present invention to provide a user-friendly service by clarifying the recognition of a service received by a user.
[0011]
[Means for Solving the Problems]
In order to achieve the above object, an information processing apparatus of the present invention is an information processing apparatus that provides a service to a communication terminal, wherein a storage unit that stores data to be serviced, and at least a type of the data. And transmitting means for transmitting and displaying a different order screen for ordering the service to the communication terminal.
[0012]
Here, the transmission unit further transmits and displays a different order screen for ordering the service to the communication terminal according to the quantity of the data. Further, the storage unit stores the data in an album unit in which a plurality of images are put together, and the number of the data is the number of image data included in the album. The information processing apparatus further includes a reception unit that receives and receives an order for a service according to an input to the order screen. The type of the data indicates whether the data is a moving image or a still image. The service is a service for printing the data.
[0013]
Further, the information processing method of the present invention is an information processing method for providing a service to a communication terminal, wherein a different order for ordering the service is provided in accordance with the type of data to be stored in the service. A transmission step of transmitting a screen to the communication terminal to display the screen is provided.
[0014]
Here, in the transmitting step, a different order screen for ordering the service is further transmitted to the communication terminal and displayed according to the quantity of the data. Further, the data is stored in an album unit in which a plurality of images are put together, and the number of the data is the number of image data included in the album. The method further includes a receiving step of receiving and receiving a service order in response to the input on the order screen. The type of the data indicates whether the data is a moving image or a still image. The service is a service for printing the data.
[0015]
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.
[0016]
Further, the information processing system of the present invention is an information processing system having a communication terminal and an information processing device for providing a service to the communication terminal, wherein a storage unit for storing data to be serviced, Transmitting means for transmitting a different order screen for ordering the service to the communication terminal according to the type of the data; display means for displaying the received order screen on the communication terminal; Receiving means for receiving and accepting an order for a service according to the input.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention will be illustratively described in detail with reference to the drawings. However, the relative arrangement and display screens of the 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.
[0018]
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.
[0019]
<Overview of the information providing system of the present embodiment>
FIG. 1 is a diagram illustrating a configuration example of an information providing system according to the present embodiment.
[0020]
The information providing system includes a personal computer 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.
[0021]
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.
[0022]
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.
[0023]
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.
[0024]
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.
[0025]
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.
[0026]
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.
[0027]
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.
[0028]
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.
[0029]
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) Browsing permission notification: The user PC 102A transmits an e-mail (hereinafter, also referred to as an invitation mail) for permitting the browsing of the image data stored in the photo site 105 to another PC 102B or the portable terminal 113.
(5) Browsing image data: Browsing image data stored in the photo site 105 from the user PC 102A or another PC 102B.
(6) Browsing of image from mobile terminal: Browsing of image data stored in photo site 105 from mobile terminal 113.
[0030]
<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.
[0031]
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.
[0032]
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.
[0033]
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.
[0034]
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.
[0035]
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.
[0036]
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.
[0037]
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.
[0038]
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.
[0039]
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.
[0040]
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.
[0041]
<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.
[0042]
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.
[0043]
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.
[0044]
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.
[0045]
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.
[0046]
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.
[0047]
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.
[0048]
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.
[0049]
<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.
[0050]
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.
[0051]
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.
[0052]
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.
[0053]
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.
[0054]
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.
[0055]
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.
[0056]
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.
[0057]
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
[0058]
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.
[0059]
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.
[0060]
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.
[0061]
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.
[0062]
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.
[0063]
<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.
[0064]
Step S1601:
When the user operates the user PC 102, image upload dedicated software pre-installed on the user PC 102 is started.
[0065]
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.
[0066]
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.
[0067]
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.
[0068]
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.
[0069]
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.
[0070]
Step S1607:
If it is determined in step S1606 that the image data is a moving image, the image upload-only application generates 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.
[0071]
Step S1608:
The image upload dedicated application generates attribute information of the moving 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.
[0072]
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.
[0073]
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.
[0074]
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.
[0075]
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.
[0076]
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.
[0077]
Step S1614:
If the image data is determined to be 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 generated in step S1608.
[0078]
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.
[0079]
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.
[0080]
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.
[0081]
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.
[0082]
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.
[0083]
(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.
[0084]
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.
[0085]
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.
[0086]
The browsing user who has received the e-mail operates, for example, the browsing user's PC 102B or 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.
[0087]
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.
[0088]
Upon receiving access from the PC 102B of the viewing user, 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.
[0089]
Here, an album browsing start screen 1800 shown in FIG. 18 is displayed on the display of the PC 102B 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 102B. In the same album, the value of AlbumID = in the parameter part of the URL and the album ID 701 are the same.
[0090]
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.
[0091]
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 102B and presses a print order button 1803 to order an album print. Reference numeral 1804 denotes a configuration of image data included in the album.
[0092]
Hereinafter, a case where the photo site 105 is accessed from the mobile terminal 113 of the viewing user will be described.
[0093]
<Configuration example of mobile application server database>
FIG. 28 to FIG. 30 are diagrams showing the contents of the 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 display of the mobile terminal 113 and the services to be provided.
[0094]
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.
[0095]
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.
[0096]
FIG. 30 is a diagram showing an MB image information table 3000 that stores image information in an album specified at the time of an album browsing request from the mobile terminal 113.
[0097]
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.
[0098]
<Operation example of browsing control to mobile terminal>
FIG. 31 is a flowchart illustrating an operation example when the mobile application server 204 receives access from the mobile terminal 113 of the user.
[0099]
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.
[0100]
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.
[0101]
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.
[0102]
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.
[0103]
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.
[0104]
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.
[0105]
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.
[0106]
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.
[0107]
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.
[0108]
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.
[0109]
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.
[0110]
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”.
[0111]
Step S3109:
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 determines whether the moving image Flug 2905 of the MB album information table 2900 is “1”. Determine if there is.
[0112]
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.
[0113]
Step S3111:
The mobile application server 204 analyzes the contents 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”. Determine whether or not.
[0114]
Step S3112:
If the user presses the link 2009 in step S3111 and determines that the moving image Flug 2905 is not “1”, the mobile application server 204 displays the batch print order screen 2500 (FIG. 25) for ordering the album print. Is transmitted to transmit the mobile Web data.
[0115]
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.
[0116]
FIG. 32 is a flowchart showing the procedure of the initialization process executed by the above-described mobile application server 204 in step S3102.
[0117]
Step S3201:
The mobile application server 204 acquires the time in the photo site 105 from the system information.
[0118]
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.
[0119]
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.
[0120]
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.
[0121]
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.
[0122]
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.
[0123]
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.
[0124]
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.
[0125]
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.
[0126]
Step S3210:
The mobile application server 204 refers to the moving image information data table 1000 to determine whether all the image data included in the album is a moving image.
[0127]
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.
[0128]
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.
[0129]
Step S3213:
The mobile application server 204 executes processing (see FIG. 34) for displaying various screens described later on the mobile terminal.
[0130]
FIG. 33 is a flowchart showing the detailed procedure of the process executed in step S3104 of FIG.
[0131]
Step S3301:
The mobile application server 204 acquires the standard time in the photo site 105 from the system information.
[0132]
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.
[0133]
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.
[0134]
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.
[0135]
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.
[0136]
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.
[0137]
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.
[0138]
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.
[0139]
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.
[0140]
Step S3309:
The mobile application server 204 acquires the MB image information table 3000.
[0141]
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.
[0142]
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.
[0143]
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.
[0144]
Step S3315:
The mobile application server 204 executes processing (see FIG. 34) for displaying various screens described later on the mobile terminal.
[0145]
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.
[0146]
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.
[0147]
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.
[0148]
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.
[0149]
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.
[0150]
Step S3411:
The mobile application server 204 checks the moving image Flug 2905 in the MB album information table 2900.
[0151]
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.
[0152]
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.
[0153]
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.
[0154]
Step S3415:
The mobile application server 204 collectively transmits mobile Web data for displaying various screens set in the above-described processing.
[0155]
(Example of print order processing from mobile terminal)
When the user places a print order for the album being viewed, the user first operates the mobile terminal 113 to press a “print order” link 2009 in the image browsing screen 2000 of FIG. Request display.
Upon receiving this request, the mobile application server 204 performs print order processing.
[0156]
FIG. 36 is a flowchart showing the procedure of the print order processing of the mobile application server 204. Hereinafter, the process of the mobile application server 204 regarding the print order from the mobile terminal 113 will be described in detail based on this flowchart.
[0157]
FIG. 35 is a diagram showing a transition relation of a screen displayed on the display of the portable terminal 113 during the print order processing.
[0158]
Step S3601:
The mobile application server 204 checks whether the image in the requested album contains a moving image. Specifically, the record of the moving image information table 1000 is searched to check whether or not the record matches the individual image in the album. If the record matches, it is determined that the image is a moving image.
[0159]
If it is determined that a moving image is included in the album, control is performed to display a batch print order screen 2500 shown in FIG. On the batch print order screen 2500 of FIG. 48, a comment (for example, “movie cannot be printed”) 4801 notifying that print order of the representative image of the moving image is not accepted is displayed.
[0160]
On the other hand, if it is determined that a moving image is not included in the album, the mobile application server 204 generates and sends page data so that the batch print order screen 2500 shown in FIG. 25 is displayed on the display of the mobile terminal. Control. Then, the user is prompted to specify the print size and the number of prints for all the images in the album. At the same time, the mobile application server 204 issues a new order number, creates a record for a new order in the order information table 1100 in the database 208, and sets the order status 1014 to "0 (before ordering the print site)". Further, a record corresponding to the current session ID is searched from the MB session information table 2800, and the order number issued earlier is stored in the order number field 2806 in the record. The order number issued here is always added to parameter portions of various URLs embedded in a print order-related screen described later.
[0161]
By operating the mobile terminal 113 and pressing the pull-down menu 2502, the user can 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 this embodiment, the print size is specified only on the batch print order screen 2500. That is, only one type of print size can be designated for all images in the album. If the user wants to print all the images in the album in the same number, the user inputs the desired number in the number input area 2503.
[0162]
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.
[0163]
When the user operates the mobile terminal 113 and presses the order cancel link 2506 on the batch print order screen 2500, the mobile application server 204 cancels the print order process and browses the screen displayed on the display of the mobile terminal 113. Control is performed to return to the screen 2000. At this time, the thumbnail to be displayed is the thumbnail displayed immediately before the print order processing is started.
[0164]
Step S3604:
If the user can place a print order with the settings entered in the pull-down menu 2502 or the number input area 2503, the user operates the portable terminal 113 and presses the “advance” button 2504. In response to this, the mobile application server 204 controls the screen displayed on the display of the mobile terminal 113 to transition to the next orderer information input screen 3700.
[0165]
Step S3602:
When the user wants to selectively print only some images instead of all images in the album, or prints a different number of images for each image, the user presses a “here” button 2505. The mobile application server 204 determines whether this has been received.
[0166]
Step S3603:
If the “here” button has been pressed in step S3605, the mobile application server 204 controls the screen displayed on the display of the mobile terminal 113 to transition to the individual print order screen 3800.
The user can operate the mobile terminal 113 to select an image to be printed from the album according to the individual print order screen 3800, and to specify the number of prints for each image.
[0167]
For example, FIG. 38 shows an example in which the images in the album are displayed over a plurality of pages of the individual print order screen 3800, and of which the images are pages with only still images. On the individual print order screen 3800, a list of image names 3802 of images in the album and a number input area 3803 are displayed. When the user operates the mobile terminal 113 to input a desired number of prints in the number input area 3803 and presses a setting update button 3804, the mobile application server 204 creates a record as needed and creates an order image data table 1200. The number of prints is stored in. Here, when the screen displayed on the display of the mobile terminal 113 is changed by pressing a button or a link described below without pressing the setting update button 3804, the input number of prints is not transmitted and the mobile application server 204 Means that the number of prints has not been input. The page number 3805 indicates the currently displayed page in this case. When the user operates the mobile terminal 113 and presses the “previous” link 3806 and the “next” link 3807, the mobile application server 204 controls to move between pages of the individual print order screen 3800. . When the user operates the mobile terminal 113 to input the destination page number in the page number designation area 3808 and presses the display button 3809, the mobile application server 204 causes the individual print order screen 3800 of the designated page number to be displayed. Control to go to the page.
[0168]
In this embodiment, a maximum of five images are displayed on one screen, and when there are more images in the album, a list of image names is displayed over a plurality of pages. Note that the number of images displayed in one screen is not limited.
[0169]
The image name 3802 itself of the individual print order screen 3800 is also a link. When the user operates the mobile terminal 113 and presses the image name 3802, the mobile application server 204 displays a screen displayed on the display of the mobile terminal 113. Is changed to the image confirmation screen 3900 shown in FIG.
[0170]
The image confirmation screen 3900 in FIG. 39 is a screen for the user to actually see and confirm an image desired to be printed. The image confirmation screen 3900 displays a thumbnail 3906 of an image, an image name 3902, an image page number 3903, an image size 3904, and the number of times of printing 3905. The mobile application server 204 reads the information from the corresponding record in the image information data table 900 and generates an image confirmation screen 3900. When the user operates the mobile terminal 113 and presses a “return” link 3901, the mobile application server 204 controls the screen displayed on the display of the mobile terminal 113 to transition to the individual print order screen 3800.
[0171]
When the user completes the specification of the number of prints for each image in the album and operates the mobile terminal 113 and presses the “advance” button 3810, the mobile application server 204 displays a screen displayed on the display of the mobile terminal 113. It is controlled to transition to the next orderer information input screen 3700.
[0172]
When the user operates the mobile terminal 113 and presses the “return” link 7912, the mobile application server 204 controls the screen displayed on the display of the mobile terminal 113 to transition to the batch print order screen 2500.
The details of the individual print order screen 3800 will be described later.
[0173]
Further, the mobile application server 204 creates records for the selected number of images in the order image data table 1200 in both the batch print order screen 2500 and the individual print order screen 3800, and prints the input print size and print Store the number.
[0174]
(Example of procedure for generating an individual print order screen)
FIG. 47 is a flowchart for generating the individual print order screen 3800 in step S3603 in FIG.
[0175]
In this process, the user operates the portable terminal 113 to operate the “here” button 2505 on the batch print order screen 2500, the “return” button 3900 on the image confirmation screen 3900, and the “return” button on the orderer information setting screen 3700. Clicking on 3714 or the like sends a page reference request of the individual print order screen 3800, and is performed when the mobile application server 204 controls the screen displayed on the display of the portable terminal 113 to transition to the individual print order screen 3800. .
[0176]
Step S4701:
The mobile application server 204 receives the page reference request of the individual print order screen 4700, and inspects the configuration of the image in the requested album. Specifically, the moving image information data table 1000 is searched to determine whether each image in the album is a moving image or a still image based on whether or not there is an image that matches the image in the album.
[0177]
Step S4702:
If the mobile application server 204 searches the moving image information data table 1000 and finds an image that matches the image in the album, the mobile application server 204 determines that the image captured by the image input device 101 and the representative image are included in the album. For example, a non-printable comment such as "Please specify the number of images (movies cannot be printed)" is displayed on the individual print order screen 3800 to notify that the representative image of the moving image is not a target of the print order. Set to
[0178]
Step S4703:
If the mobile application server 204 searches the moving image information data table 1000 and does not match all the images in the album, the mobile application server 204 determines that all the images in the album are still images. Please set to display a comment for a still image such as "Please." On the individual print order screen 3800.
[0179]
Step S4704:
The mobile application server 204 searches the moving image information data table 1000 and checks the configuration of the image information (five in this embodiment) displayed at one time on the individual print order screen 3800. Here, as in step S4701, it is checked whether an individual image displayed once on the individual print order screen 3800 is a moving image or a still image.
[0180]
Step S4705:
If the mobile application server 204 determines that the image displayed at one time on the individual print order screen 3800 includes a representative image generated from a moving image, the image name of the representative image is displayed on the individual print order screen 3800. Set to display.
[0181]
Step S4706:
The mobile application server 204 determines whether all of the five images displayed at one time on the individual print order screen 3800 are representative images generated from moving images.
Here, if all the images are representative images of a moving image, it is set to display the individual print order screen 3800 as shown in FIG. 46, and the process proceeds to step S4710.
[0182]
FIG. 46 shows an individual print order screen 3800 displayed when all five images displayed in one screen are representative images generated from moving image-captured images. Since a print order cannot be accepted for a moving image, the setting update button 3804 on the individual print order screen in FIG. 38 is not displayed on the individual print order screen 3800 in FIG.
[0183]
Step S4707:
When a still image is included in an image displayed at one time on the individual print order screen 3800, the mobile application server 204 displays link information for displaying a detailed image browsing screen including session information, an image name, and a number input area 3803. Is set to be displayed on the individual print order screen 3800.
[0184]
Step S4708:
The mobile application server 204 determines whether the number of images in the album is five or less.
[0185]
Step S4709:
When the individual print order screen 3800 is displayed over a plurality of pages with more than five images in the album, an update button 3804 is set to be displayed on the individual print order screen 3800. That is, the setting is made to display the individual print order screen 3800 as shown in FIG. On the other hand, if the number of images in the album is five or less, the image can be displayed on the one-page individual print order screen 3800, and there is no need to use the update button 3804, so the flow proceeds to step S4710. That is, it is set to display the individual print order screen 3800 as shown in FIG.
[0186]
FIG. 40 shows an individual print order screen 3800 displayed on the display of the portable terminal 113 when the number of images displayed on one screen is five or less. The individual print order screen 3800 in FIG. 40 includes a setting update button 3804, a “previous” link 3806, a “next” link 3807, a page number designation area 3808, and the like as shown in the individual print order screen 3800 in FIG. There is no button 3809. When the user operates the portable terminal 113 to enter the number of prints input area 3803 and presses the “advance” button 3810, the number of prints is sent from the portable terminal 113 to the mobile application server 204. Then, the mobile application server 204 creates a record as necessary, and stores the number of prints in the corresponding record of the order image data table 1200.
[0187]
Step S4710:
The mobile application server 204 creates page information of the individual print order screen 3800 according to the information set in each step. For example, in a case where the number of images in the album is more than five and covers a plurality of pages, and one page includes a still image and a moving image, the page information is displayed such that an individual print order screen 3800 as shown in FIG. 45 is displayed. Create
[0188]
FIG. 45 shows that the number of images in the album is more than five, which covers a plurality of pages, and that five images are displayed on one screen, and one or more of the five images are generated from images taken by moving images. An individual print order screen 3800 displayed when a representative image is displayed. The individual print order screen 3800 in FIG. 45 displays a comment 4501 notifying that a moving image and its representative image cannot be ordered for printing in addition to the items displayed on the individual print order screen 3800 in FIG. On the other hand, the individual print order screen 3800 in FIG. 45 differs from the individual print order screen 3800 in FIG. 38 in that a link for displaying a detailed image is not set in the image name 4502 of the representative image of the moving image. Then, the mobile application server 204 controls to transmit the created page information to the Internet 104 collectively.
[0189]
By the above processing, the individual print order screen 3800 of the images in the album is displayed as a list of still images only over a plurality of pages (FIG. 38), and a list of still images with five or less images included in the page (FIG. 40). The user can use a layout corresponding to the type and quantity of images, such as a list display in which a still image and a moving image are mixed over a plurality of pages (FIG. 45), and a list display of all the images included in the page (FIG. 46). On the display of the portable terminal 113. As a result, even if the mobile terminal has a low display capability, it is possible to clearly indicate to the user a service that cannot be provided according to the type of the image, so that usability can be improved.
[0190]
The description will be continued with reference to the flowchart of FIG.
[0191]
Step S3604:
The mobile application server 204 controls the orderer information input screen 3700 to be displayed on the display of the mobile terminal 113, and prompts the user to input personal information. The user operates the portable terminal 113 to input a first name, a last name, a postal code, an address, a telephone number, a mail address, a delivery method, and a delivery destination in accordance with the orderer information input screen 3700, and presses a “Suggest” button 3714. Then, after checking that the input information is complete, the application server 204 generates a new record in the orderer data table 1400 and stores the input personal information. At this time, in this embodiment, the prefecture information is stored as a prefecture code defined in JIS. For this reason, the application server 204 recognizes the character string input to the prefecture input area 3707, converts the character string into the prefecture code, and stores it in the record. At this time, the mobile application server 204 stores the orderer ID assigned to the user who has made the actual print order in the orderer ID field 1102 in the record of the order information data table 1100.
[0192]
If there is any deficiency in the information entered due to an uninput or non-designated character type input, the mobile application server 204 controls the display of the mobile terminal 113 to display an error screen and prompts the user to input again. .
[0193]
Step S3605:
When the user operates the mobile terminal 113 to select “same as the orderer” as the delivery destination 3713 and presses the “advance” button 3714, the mobile application server 204 changes the screen displayed on the display of the mobile terminal 113 to the next phase. Is controlled to transition to the estimate display screen 4100. On the other hand, when the user operates the portable terminal 113 to select “specify the delivery destination” as the delivery destination 3713 and presses the “advance” button 3714, the mobile application server 204 displays the screen displayed on the display of the portable terminal 113. It is controlled to transit to the delivery destination input screen 4200. On the delivery destination input screen 4200, a delivery destination can be specified separately from the orderer information input in step S3604. When the user operates the mobile terminal 113 and presses the “return” link 3716, the mobile application server 204 changes the screen displayed on the display of the mobile terminal 113 to the batch print order screen 2500 displayed immediately before or the individual print order screen 2500. Control is made to transition to one of the print order screens 3800.
[0194]
Step S3606:
When the user operates the portable terminal 113 to input 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 according to the instructions on the delivery destination input screen 4200, and presses the “Suggest” button 4212, the mobile application server After checking that there is no deficiency in the input information, the 204 stores the input delivery destination information in the record of the order information data table 1100 created in step S3606. At this time, the application server 204 recognizes the character string input to the prefectural input area 4207 and converts the character string into the prefectural code, and stores it in the record, as in the processing on the orderer information input screen 3700 described above. In addition, when there is an error in the information input due to an uninput or non-designated character type input, the mobile application server 204 controls the display of the mobile terminal 113 to display an error screen and prompts the user to input again. .
[0195]
When the user operates the mobile terminal 113 and presses the “advance” button 4212, the mobile application server 204 controls the screen displayed on the display of the mobile terminal 113 to transition to the estimation display screen 4100.
When the user operates the mobile terminal 113 and presses the “return” link 4214, the mobile application server 204 controls the screen displayed on the display of the mobile terminal 113 to transition to the orderer information input screen 3700.
[0196]
Step S3607:
The mobile application server 204 controls the estimate display screen 4100 shown in FIG. 41 to be displayed on the display of the mobile terminal 113, and prompts the user to confirm the print order contents. The estimate display screen 4100 displays estimates such as the product price, shipping cost, various fees and the total usage amount calculated by the photo site 105, as well as orderer information and 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 data. At this time, the payment status 1308 is set to “0 (payment order is not determined)”. Note that since the orderer information and the delivery destination are the same on the orderer information input screen 3700 in FIG. 37, "the same as the orderer" is displayed in the delivery destination display column on the estimate screen 4100 in FIG. However, if the orderer information is different from the delivery destination, the delivery destination information is displayed in the delivery destination display column.
[0197]
Step S3608:
The mobile application server 204 checks whether the user operates the mobile terminal 113 and presses an “order” button 4102. If it is checked that the button has been pressed, the process advances to step S3609.
If it is checked that the “return” link 4104 has been pressed, the mobile application server 204 changes the screen displayed on the display of the mobile terminal 113 to the orderer information input screen 3700 or the delivery destination input screen 4200 displayed immediately before. Control to transition to If it is checked that the “cancel order” link 4103 has been pressed, the mobile application server 204 controls to cancel the print order processing and return the display screen of the mobile terminal 113 to the image browsing screen 2000. At this time, the image to be displayed is the image that was displayed immediately before entering the print order processing.
[0198]
Step S3609:
The mobile application server 204 checks whether or not the image selected by the user is in the image information data table 900 in the DB server 208.
If it is determined that all images are present, the process advances to step S3611.
[0199]
Step S3610:
If it is determined in step S3609 that there is no error message, the mobile application server 204 controls the mobile terminal 113 to display an error screen. Then, control is performed to display the batch print order screen 2500 again to prompt the user to select an image.
[0200]
Step S3611:
If it is determined in step S3609 that all the images are present, it is checked whether the print order request from the user is a request that has already been received in the past. This is a process necessary for improving the operability of the user by making the URL for accessing the order reception screen 4300 and the order status screen 4400 the same as described later. Based on the order number included in the print order request (URL parameter) sent when the user operates the mobile terminal 113 and presses the “order” button 4102 on the quote screen 4100, the mobile application server 204 searches for a corresponding record in the order payment data table 1300, and refers to the payment status 1308. If the payment status 1308 is “0” (payment order has not been determined), it is determined that the order reception processing has not been completed, and the flow advances to the next step S3612. On the other hand, if the payment status 1308 is “1” (payment order pending) or “2” (payment completed), it is determined that the order receiving process has already been completed, and the flow advances to step S3617.
[0201]
Step S3612:
The mobile application server 204 checks whether the print order creation process of 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. More specifically, the determination is made based on whether or not print order creation processing (step S3613) described below for the received print order request is being performed. If it is determined that the same print order request has been made by mistake, the mobile application server 204 controls to display an error screen on the display of the mobile terminal 113 in step S3618, and 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 the next step S3613.
[0202]
Step S3613:
The mobile application server 204 controls the order reception screen 4300 shown in FIG. 43 to be displayed on the display of the mobile terminal, and notifies the user that the print order request has been received. The order reception screen 4300 also describes that an e-mail notifying the user that the order reception processing has been completed is sent to the user in step S3615 described below. Furthermore, it is described that the URL of the order reception screen 4300 is bookmarked and stored in the portable terminal 113, and that the order status screen 4400 described later can be displayed by accessing the URL later. When the user operates mobile terminal 113 and presses “end” button 4302, mobile application server 204 completes the print order processing and returns the screen displayed on the display of mobile terminal 113 to image browsing screen 2000. Control. At this time, the image to be displayed is the image that was displayed immediately before entering the print order processing.
[0203]
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 to be ordered for printing is large or the image data size is large, the print order file creation process takes a considerable time.
[0204]
Step S3615:
The mobile application server 204 notifies the settlement site 120 of the usage amount. The settlement site 120 notifies the application server 204 of the confirmation number after performing the process of receiving the notified usage amount. 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” (pending order pending).
[0205]
Step S3616:
The mobile application server 204 sends an e-mail to the user.
[0206]
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”. "(Settlement completed), control is performed so that the order status screen 4400 shown in FIG.
[0207]
Here, the order status screen 4400 is intended to allow the browsing user who has made the print order to check the subsequent processing status. The order status screen 4400 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.
[0208]
Each screen displayed on the display of the mobile terminal 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.
[0209]
(Other embodiments)
Note that, in the present embodiment, an example is described in which a moving image information data table is created when moving image information is uploaded, and it is determined whether to provide a service based on whether an image to be serviced is present in the moving image information data table. However, the determination can be made by recording, for example, information indicating generation from a moving image, the name of conversion software, the model of a camera, the name of an upload function, and the like in the information data of a still image. 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.
[0210]
Further, in the present embodiment, an image network service using an image captured by a digital camera has been described as an example, but it goes without saying that the present invention can be applied to a service that uses not only images but also audio and distributes the information. Further, as described above, the present invention is not limited to an image browsing system, and is a technology widely applicable to a mobile phone service connected to an external device such as a server via a communication line, such as an audio reproduction system. Yes, the present invention includes these ranges.
[0211]
For example, if an audio file is uploaded from the user PC 102 to the photo site 105 via the Internet 104 in the same manner as an image file, the audio file cannot be printed. Thus, it is possible to control so that a print order cannot be made.
[0212]
Also, for example, when uploading an audio file in the same manner as an image file from the user PC 102 to the photo site 105 via the Internet 104, and providing a service specific to audio information such as an audio editing service instead of a print service, Since the file cannot be provided, the audio file is treated in the same way as the still image in this embodiment, and the image file is treated in the same way as the moving image in this embodiment. It is also possible to control so that the service cannot be provided.
[0213]
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.
[0214]
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.
[0215]
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.
[0216]
【The invention's effect】
As described above, according to the present invention, different service order screens are displayed in accordance with the type and quantity of data to be serviced. If the display capability of the terminal that displays the screen is also limited, this can be clearly indicated to the user, so that there is an effect that a user-friendly service can be provided.
[0219]
That is, for example, when a service order screen of a print order service for a plurality of data stored on the Internet is displayed on a mobile terminal having a small display, an image displayed in one page of the service order screen is displayed. Since it was possible to change the display method according to whether or not a still image generated from a moving image unsuitable for printing was included, it became possible to change the service providing method according to the type and quantity of data. In addition, information can be notified to the user. In addition, since the user can clearly recognize the services that can be provided, it is possible to provide easy-to-use services.
[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 illustrating a processing procedure for access from a PC to a photo site according to the present 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 diagram showing an individual print order screen (in the case of a one-page configuration) in a print order process 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.
FIG. 44 is a view showing an order status screen in a print order process from the portable terminal according to the embodiment.
FIG. 45 is a diagram showing an individual print order screen (moving image mixture) in print order processing from the portable terminal according to the embodiment.
FIG. 46 is a diagram showing an individual print order screen (in the case of only a moving image) in the print order processing from the portable terminal according to the embodiment.
FIG. 47 is a flowchart illustrating print order processing from a mobile terminal according to the present embodiment.
FIG. 48 is a diagram showing an example of a screen displayed on the mobile terminal according to the embodiment.

Claims (11)

通信端末からデータを対象とするサービスの注文をネットワークを介して受け付ける情報処理装置であって、
複数の前記データを保管する保管手段と、
前記サービスを注文するための注文画面に関する情報を少なくとも前記データの種類と数量とに応じて変更して作成する作成手段と、
前記通信端末に前記変更された注文画面を表示させるために前記作成された注文画面に関する情報を前記ネットワークに送信するよう制御する制御手段とを備えることを特徴とする情報処理装置。
An information processing apparatus that receives an order for a service targeting data from a communication terminal via a network,
Storage means for storing a plurality of the data;
Creating means for creating by changing information on an order screen for ordering the service according to at least the type and quantity of the data;
An information processing apparatus, comprising: a control unit configured to control transmission of information on the created order screen to the network in order to display the changed order screen on the communication terminal.
通信端末からデータを対象とするサービスの注文をネットワークを介して受け付ける情報処理方法であって、
複数の前記データを保管するステップと、
前記サービスを注文するための注文画面に関する情報を少なくとも前記データの種類と数量とに応じて変更して作成するステップと、
前記変更された注文画面を前記通信端末に表示させるために前記作成された注文画面に関する情報を前記ネットワークに送信するよう制御するステップとを備えることを特徴とする情報処理方法。
An information processing method for receiving an order for a service targeting data from a communication terminal via a network,
Storing a plurality of said data;
Creating information by changing information on an order screen for ordering the service at least according to the type and quantity of the data;
Controlling the information on the created order screen to be transmitted to the network in order to display the changed order screen on the communication terminal.
前記注文画面は所定数の前記データに関する情報を表示し、前記注文画面は前記データの数量と前記注文画面に表示される前記データの所定数に応じて変更されることを特徴とする請求項2に記載の情報処理方法。The method according to claim 2, wherein the order screen displays information on a predetermined number of the data, and the order screen is changed according to a quantity of the data and a predetermined number of the data displayed on the order screen. An information processing method according to claim 1. 前記注文画面は前記データの種類を示すことを特徴とする請求項2に記載の情報処理方法。The information processing method according to claim 2, wherein the order screen indicates a type of the data. 前記サービスは、前記データを印刷するサービスであることを特徴とする請求項2に記載の情報処理方法。The information processing method according to claim 2, wherein the service is a service for printing the data. 前記データの種類は少なくとも動画像及び静止画像を含み、前記注文画面は前記データの種類が動画像であれば前記サービスの注文を受け付けないことを表示することを特徴とする請求項2に記載の情報処理方法。The method according to claim 2, wherein the data type includes at least a moving image and a still image, and the order screen displays that the order of the service is not accepted if the data type is the moving image. Information processing method. 前記データを複数のデータをまとめたアルバム単位で保管し、前記データの数量は前記アルバムに含まれるデータの数量であることを特徴とする請求項2に記載の情報処理方法。3. The information processing method according to claim 2, wherein the data is stored in a unit of an album in which a plurality of data are put together, and the number of the data is the number of data included in the album. 前記注文画面への入力に応じてサービスの注文を受信して受け付けるステップとを更に備えることを特徴とする請求項2に記載の情報処理方法。3. The information processing method according to claim 2, further comprising: receiving and receiving a service order in response to an input to the order screen. 請求項2に記載の情報処理方法を実現するプログラム。A program for implementing the information processing method according to claim 2. 請求項9に記載のプログラムを情報処理装置読み出し可能に記憶する記憶媒体。A storage medium that stores the program according to claim 9 in a readable manner for an information processing apparatus. 通信端末と該通信端末からデータを対象とするサービスの注文をネットワークを介して受け付ける情報処理装置とを有する情報処理システムであって、
前記データを保管する保管手段と、
前記サービスを注文するための注文画面に関する情報を少なくとも前記データの種類と数量とに応じて変更して作成する作成手段と、
前記変更された注文画面を前記通信端末に表示させるために前記作成された前記注文画面に関する情報を前記ネットワークに送信するよう制御する制御手段と、
前記注文画面への入力に応じて前記サービスの注文を受け付ける受付手段とを備えることを特徴とする情報処理システム。
An information processing system having a communication terminal and an information processing device that receives an order for a service targeting data from the communication terminal via a network,
Storage means for storing the data;
Creating means for creating by changing information on an order screen for ordering the service according to at least the type and quantity of the data;
Control means for controlling the transmission of the information on the created order screen to the network to display the changed order screen on the communication terminal;
An information processing system comprising: receiving means for receiving an order for the service in accordance with an input to the order screen.
JP2003142403A 2003-05-20 2003-05-20 INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD Withdrawn JP2004348267A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003142403A JP2004348267A (en) 2003-05-20 2003-05-20 INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003142403A JP2004348267A (en) 2003-05-20 2003-05-20 INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD

Publications (1)

Publication Number Publication Date
JP2004348267A true JP2004348267A (en) 2004-12-09

Family

ID=33530504

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003142403A Withdrawn JP2004348267A (en) 2003-05-20 2003-05-20 INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD

Country Status (1)

Country Link
JP (1) JP2004348267A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010068242A (en) * 2008-09-10 2010-03-25 Konica Minolta Business Technologies Inc Image processing device, screen selection method and screen selection program
JP2017519668A (en) * 2014-03-25 2017-07-20 ディーエス グローバルDs Global Color correction system and method for photo printer using user terminal
JP2022181589A (en) * 2021-05-26 2022-12-08 富士フイルムビジネスイノベーション株式会社 Information processing device and information processing program
CN115733628A (en) * 2021-08-26 2023-03-03 中国移动通信有限公司研究院 Login authentication method, device and equipment

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010068242A (en) * 2008-09-10 2010-03-25 Konica Minolta Business Technologies Inc Image processing device, screen selection method and screen selection program
US8286234B2 (en) 2008-09-10 2012-10-09 Konica Minolta Business Technologies, Inc. Image processing apparatus, screen selection method, and screen selection program embodied on computer readable medium
JP2017519668A (en) * 2014-03-25 2017-07-20 ディーエス グローバルDs Global Color correction system and method for photo printer using user terminal
JP2022181589A (en) * 2021-05-26 2022-12-08 富士フイルムビジネスイノベーション株式会社 Information processing device and information processing program
JP7632080B2 (en) 2021-05-26 2025-02-19 富士フイルムビジネスイノベーション株式会社 Information processing device and information processing program
CN115733628A (en) * 2021-08-26 2023-03-03 中国移动通信有限公司研究院 Login authentication method, device and equipment

Similar Documents

Publication Publication Date Title
US9906703B2 (en) Method and system for hosting entity-specific photo-sharing websites for entity-specific digital cameras
US7290031B2 (en) Information processing system, information processing apparatus, order information file use method, storage medium which stores information processing apparatus readable program that implements the method, and the program
US7284040B2 (en) Information processing apparatus for providing image to communication terminal and control method therefor
JP4047041B2 (en) Information processing system, information processing apparatus, information processing method, and program for realizing the same
JP2003281029A (en) INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD
JP4280452B2 (en) Information processing apparatus, control method therefor, and program for realizing the same
JP2004348268A (en) How to upload data to the data storage system
EP1161079B1 (en) Image print order system using network, digital image data recording medium, and providing method thereof
JP4328556B2 (en) Information processing apparatus, information processing method, and program thereof
JP2004348267A (en) INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD
JP2006011626A (en) Data storage system, application server apparatus, control method thereof, and program for causing computer apparatus to execute the control method
JP2003330763A (en) INFORMATION PROCESSING SYSTEM, INFORMATION PROCESSING APPARATUS, STORAGE INFORMATION MANAGEMENT METHOD, STORAGE MEDIUM STORING READABLE PROCESSING APPARATUS AND PROGRAM THEREOF
JP4208529B2 (en) Information processing apparatus and control method thereof, and program for causing computer apparatus to execute the method
JP2004349859A (en) INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD
JP3950737B2 (en) Image management apparatus, method and program
JP4732235B2 (en) Information management apparatus, control method therefor, and program
JP4164323B2 (en) Information providing apparatus, control method therefor, and program for causing computer apparatus to execute the same
JP2004127278A (en) Server device, communication method, and program for causing computer device to execute communication method, and storage medium storing computer-readable program
JP2005018618A (en) Information processing apparatus and service providing method
JP2004112115A (en) INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD
JP2004112116A (en) INFORMATION PROCESSING SYSTEM, INFORMATION PROVIDING APPARATUS, INFORMATION PROCESSING METHOD, STORAGE MEDIUM STORING IMAGE PROCESSING APPARATUS readable, and program therefor
JP4804301B2 (en) Information processing apparatus, information processing apparatus control method, and recording medium
JP2004112088A (en) Information processing apparatus and control method thereof
JP2004110720A (en) Information processing apparatus, information processing method, program, and storage medium
JP2004110205A (en) INFORMATION PROCESSING SYSTEM AND INFORMATION PROCESSING APPARATUS AND INFORMATION PROCESSING METHOD

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060801