JP2005018618A - 情報処理装置及びサービス提供方法 - Google Patents
情報処理装置及びサービス提供方法 Download PDFInfo
- Publication number
- JP2005018618A JP2005018618A JP2003185388A JP2003185388A JP2005018618A JP 2005018618 A JP2005018618 A JP 2005018618A JP 2003185388 A JP2003185388 A JP 2003185388A JP 2003185388 A JP2003185388 A JP 2003185388A JP 2005018618 A JP2005018618 A JP 2005018618A
- Authority
- JP
- Japan
- Prior art keywords
- image
- information
- screen
- user
- album
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 78
- 238000007639 printing Methods 0.000 claims abstract description 18
- 238000004891 communication Methods 0.000 claims description 33
- 230000010365 information processing Effects 0.000 claims description 25
- 238000010586 diagram Methods 0.000 description 79
- 230000008569 process Effects 0.000 description 61
- 238000012545 processing Methods 0.000 description 59
- 230000006870 function Effects 0.000 description 23
- 230000007704 transition Effects 0.000 description 14
- 238000006243 chemical reaction Methods 0.000 description 13
- 238000012790 confirmation Methods 0.000 description 9
- 238000012217 deletion Methods 0.000 description 7
- 230000037430 deletion Effects 0.000 description 7
- 230000004044 response Effects 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 238000003825 pressing Methods 0.000 description 6
- 238000013500 data storage Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 230000000881 depressing effect Effects 0.000 description 1
- 238000005315 distribution function Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】ユーザの各種設定の入力操作を容易にすることができる情報処理装置及びサービス提供方法を提供する。
【解決手段】ユーザ端末１０２又は携帯電話１１３からフォトサイト１０５で管理する画像に対する印刷要求を受け付けると、当該端末に対して画像の印刷注文画面を提示して、画像の印刷注文情報を取得する。また、印刷された画像の配送先入力画面を当該端末に対し提示し、配送先情報を取得する。決済サイト１２０から対価の決済を確認すると、プリントサイト１０９が画像を印刷する。尚、過去に行われた画像の印刷要求時の配送先情報が記憶されている場合、当該配送先情報があらかじめ入力された配送先入力画面をユーザ端末等に提示する。
【選択図】 図３４
【解決手段】ユーザ端末１０２又は携帯電話１１３からフォトサイト１０５で管理する画像に対する印刷要求を受け付けると、当該端末に対して画像の印刷注文画面を提示して、画像の印刷注文情報を取得する。また、印刷された画像の配送先入力画面を当該端末に対し提示し、配送先情報を取得する。決済サイト１２０から対価の決済を確認すると、プリントサイト１０９が画像を印刷する。尚、過去に行われた画像の印刷要求時の配送先情報が記憶されている場合、当該配送先情報があらかじめ入力された配送先入力画面をユーザ端末等に提示する。
【選択図】 図３４
Description
【０００１】
【発明の属する技術分野】
本発明は、画像を管理するインターネット上のサイトに対して、情報端末、特に携帯電話から当該画像の閲覧・印刷を要求する情報処理装置及びサービス提供方法に関する。
【０００２】
【従来の技術】
情報処理サービスを行うシステムとして、画像サービスサイト（以降、「フォトサイト」と称す。）が、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを蓄積しておき、その画像データをユーザが望む時に閲覧することができるようなサービスを提供するシステムが現れている（例えば、特許文献１参照）。
【０００３】
また、上記システムを利用して閲覧可能な画像データに対して、さらにプリント注文を行うことができるサービスを提供するシステムも現れてきている（例えば、特許文献１参照）。
【０００４】
さらに、近年の携帯電話等の小型の携帯端末のネットワーク機能の向上に伴い、場所を選ばずにインターネット上の様々な情報へのアクセスが可能になってきている。このように、携帯端末からも様々なサービスを申し込むことが可能になってきている背景から、携帯端末からもインターネット上のサイトに対して画像の閲覧や、詳細な印刷設定を容易にできるようなサービスの実現が望まれている。
【０００５】
【特許文献１】
特開２００３−１０８４７１号公報（第３−４頁）
【０００６】
【発明が解決しようとする課題】
しかしながら、携帯端末から利便性の高い画像閲覧・印刷サービスを提供するためには、次のような課題が存在する。
【０００７】
第一に、画像の印刷サービスにおいては、出力メディアの選択、出力枚数、出力した商品（印刷媒体）の配送先等の細かな設定が必要である。しかし、細かな設定を可能にすればするほど必要となる入力情報も増大してしまう。
【０００８】
第二に、携帯端末等の表示画面のサイズはある程度制限される。従って、一度に表示可能なデータ量の少ない機器に対して、設定される商品の注文内容の設定や発送のための顧客情報等の設定情報量が多い場合には、設定情報を入力させるフォーム画面を一度（すなわち、一画面上）で実現することは難しい。そのため、このような機器に対しては、入力フォームを適切に分割して効率よく提供する必要がある。
【０００９】
本発明は、このような事情を考慮してなされたものであり、ユーザの各種設定の入力操作を容易にすることができる情報処理装置及びサービス提供方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明は、ブラウザ機能を有する通信端末にオンラインサービスを提供する情報処理装置であって、
前記通信端末からの所定のサービスに関する要求を受け付ける受付手段と、
前記通信端末のブラウザに前記サービスの注文情報の入力画面を提示させる提示手段と、
前記通信端末から入力された注文情報を取得する取得手段と、
前記注文情報を前記通信端末と対応付けて記憶する記憶手段とを備え、
前記提示手段は、前記記憶手段に前記通信端末と対応する他の注文情報が記憶されている場合、該他の注文情報を含む前記入力画面を提示させることを特徴とする。
【００１１】
また、本発明は、ブラウザ機能を有する通信端末にオンラインサービスを提供するサービス提供方法であって、
前記通信端末からの所定のサービスに関する要求を受け付ける受付工程と、
前記通信端末からの前記サービスに関する情報が所定の記憶部に記憶されているか否か判定する判定工程と、
前記サービスに関する情報が前記記憶部に記憶されていないと判定された場合に、前記通信端末のブラウザに前記サービスの注文情報の入力画面を提示させ、前記サービスに関する情報が前記記憶部に記憶されていると判定された場合に、該記憶部に記憶されている前記情報を含む前記入力画面を提示させる提示工程と、
前記通信端末から入力された注文情報を取得する取得工程と、
前記注文情報を前記通信端末と対応付けて前記記憶部に記憶する記憶工程と
を有することを特徴とする。
【００１２】
【発明の実施の形態】
以下、図面を参照して、本発明の好適な実施形態について詳細に説明する。尚、本実施形態に記載されている情報処理システムにおける各種構成要素の相対配置や表示画面上の配置等は、特に限定的な記載がない限り一例について示したものであり、本発明によって実現可能な範囲をそれらのみに限定するものではない。
【００１３】
＜第１の実施形態＞
［情報処理システムの概要］
図１は、本発明の第１の実施形態に係る情報処理システムの構成を示すブロック図である。本実施形態では、本発明の一実施例として、インターネットを介してデジタル画像データの共有及び提供を行う情報処理システムについて説明する。
【００１４】
図１に示すように、本実施形態に係る情報処理システムは、サービスの提供を受けるユーザのＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０２（以下、「ユーザＰＣ１０２」と略す。）と、ユーザの携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と、入金処理を行う決済サイト１２０からなる。
【００１５】
フォトサイト１０５は、インターネット１０４上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。尚、本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００１６】
また、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイトに対して印刷のオーダーを依頼する。また、プリントサイト１０９は、インターネット１０４を利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供することができる。
【００１７】
まず、ユーザはユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。次に、フォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択できる。選択された画像の識別情報がフォトサイト１０５からプリントサイト１０９に渡される。
【００１８】
また、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００１９】
データ転送用インタフェース１１６は、画像入力装置１０１とユーザＰＣ１０２間で撮影された画像データを転送するためのインタフェースである。データ転送用インタフェース１１６は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＩＥＥＥ１３９４に代表される有線インタフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インタフェースの場合もある。
【００２０】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インタフェース１１６を介して、ユーザＰＣ１０２のハードディスク（ＨＤＤ）に代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２１】
ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。ユーザＰＣ１０２は、このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２２】
［フォトサイトの構成例］
図２は、本実施形態のフォトサイト１０５の細部構成例を示す図である。
【００２３】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネット（登録商標）スイッチ（ＳＷ）２１０からなる。
【００２４】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。ファイアウォール２０１は、フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用される。
【００２５】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ（ＰＣ−ＡＰＰＳ）２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ（Ｍｏｂｉｌｅ−ＡＰＰＳ）２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３、２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００２６】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１１３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯端末からの閲覧要求はコンテンツ変換サーバ（Ｍｏｂｉｌｅ−Ｔｒａｎｓ）２０５に振り分けを行う。
【００２７】
アプリケーションサーバ２０３は、ＰＣ１０２からのアクセスに対応するネット画像保存サービスのホームページを持つ。また、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００２８】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００２９】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してある（データベース）ＤＢサーバ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１１３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成する。
【００３０】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換を含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをｈｔｔｐで受けたとき、リクエストに含まれるＵｓｅｒ−Ａｇｅｎｔ情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００３１】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。また、ユーザからの画像は、ｆｔｐプロトコルによってＦＴＰサーバ２０７で受ける。一旦受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００３２】
以上示した本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録機能：
ユーザＰＣ１０２からの要求を受け、ユーザに対しユーザＩＤを発行してユーザ登録する。
（２）画像データのアップロード機能：
ユーザＰＣ１０２から画像の転送を受ける。
（３）プリントオーダー機能：
ユーザＰＣ１０２若しくは携帯端末１１３から、画像データの印刷注文を受け、プリントサイト１０９に画像の印刷を指示する。
（４）閲覧許可の通知機能：
ユーザＰＣ１０２から指定された端末にフォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧機能：
ユーザＰＣ１０２あるいはユーザによって指定されたＰＣ端末に、フォトサイト１０５に格納された画像データを閲覧させる。
（６）携帯端末からの画像の閲覧機能：
携帯端末１１３にフォトサイト１０５に格納された画像データを閲覧させる。
【００３３】
［フォトサイト１０５のハードウエア構成例］
図３は、本実施形態に係るフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略している。
【００３４】
図３において、３１０は図１に示すフォトサイト１０５全体を制御するＣＰＵである。また、ＲＯＭ３０２には、変更を必要としないプログラムやパラメータが格納されている。さらに、ＲＡＭ３０５はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１０とプログラムロード領域３１２からなる。
【００３５】
プログラムロード領域３１２には、外部記憶装置３０４からＯＳやプリンタドライバなどのシステムプログラム、或いはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ３０１により実行される。
【００３６】
データ記憶領域３１０には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１１ａ、ユーザの通信端末から受信した受信データ３１１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能容量３１１ｃや現在使用している保管使用容量３１１ｄ、携帯端末からの閲覧時に使用される削除フラグ１、２を記憶する領域３１ｅやセッションＩＤ３１１ｆなどが確保される。
【００３７】
外部記憶装置３０４は固定されたハードディスクやメモリカード、或いは着脱可能で携帯可能なフレキシブルディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域３４０とプログラム記憶領域３２０からなる。
【００３８】
データ記憶領域３４０には、保管を依頼した顧客情報を管理する顧客情報データベース３４１ａ、保管されている画像情報を管理する画像情報データベース３４１ｂ、携帯端末用の情報を管理する携帯端末データベース３４１ｃ等が記憶される。これらは、例えば、図４から図９、あるいは図２８から図３０にその構成例が更に以下で詳細に示される。
【００３９】
プログラム記憶領域３２０には、ＲＡＭ３０５のプログラムロード領域３１２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、プログラム記憶領域３２０には、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム３２１として、以下に詳細に示すユーザ登録モジュール３２１ａ、ログインモジュール３２１ｂ、アルバム閲覧モジュール３２１ｃ、プリントオーダーモジュール３２１ｄなどが格納される。さらに、携帯端末アクセス処理用のプログラム３２２として、本実施形態の特徴部分であるアルバム閲覧モジュール３２２ａが格納される。
【００４０】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよい。また、記憶部、特に外部記憶装置３０４は複数の装置に分散されて構成されていてもよい。
【００４１】
［データベースの構成例］
図４から図１４は本実施形態におけるフォトサイト１０５が管理するＤＢサーバ２０８で扱われる各種データベースの内容を示す図である。
【００４２】
図４は、本実施形態におけるフォトサイト１０５のＤＢサーバ２０８で管理する顧客情報に関するデータテーブル４００を示す図である。
【００４３】
ユーザがユーザＰＣ１０２を用いてインターネット１０４経由でフォトサイト１０５にアクセスし、ユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、ＤＢサーバ２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は「１」ならば登録済みで利用可能な状態、「０」は利用禁止状態を表す。
【００４４】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブル５００を示す図である。
【００４５】
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、ＤＢサーバ２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダー利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００４６】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブル６００を示す図である。
【００４７】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に画像をアップロードし、新規アルバムを１個作成すると、それに応じて１レコード作成されＤＢサーバ２０８に登録されて管理される。このレコードは、ユーザが当該アルバムを削除するとＤＢサーバ２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値となる。
【００４８】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブル７００を示す図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されＤＢサーバ２０８に登録されて管理される。このレコードは、ユーザが当該アルバムを削除するとＤＢサーバ２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００４９】
アルバムの公開可否フラグ７０４は、例えば、「１」ならば公開可能、「０」ならば公開禁止、「−１」ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は、例えば「１」ならばパスワード有り、「０」ならばパスワード無しを表し、パスワード可否フラグ７０５が「１」の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は、例えば、「１」ならば印刷可能、「０」ならば印刷不可を意味する。
【００５０】
オリジナル画像表示可否フラグ７０８は、例えば、「１」ならば表示可能、「０」ならば表示不可を意味する。表示形式番号は、例えば、「１」ならば一覧表示、「２」ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、「１」ならば表示可能、「０」ならば表示不可を意味する。このフラグはサービス管理者により制御する。また、アルバム情報データテーブル７００は、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２も保管する。
【００５１】
図８は、本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブル８００を示す図である。
【００５２】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、ＤＢサーバ２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとＤＢサーバ２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００５３】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブル９００を示す図である。画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、ＤＢサーバ２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとＤＢサーバ２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は、例えば「１」ならば表示可能、「０」ならば表示不可を意味する。
【００５４】
図１０は、本実施形態におけるフォトサイト１０５で管理する注文情報テーブル１０００を示す図である。注文情報テーブル１０００は、アルバムの印刷注文があると１オーダーにつき１レコード作成され、データベース１１８に登録、管理される。印刷注文ごとに発行される注文番号１００１をキーとして、注文者ＩＤ１００２、配送先氏名１００３、配送先郵便番号（１、２）１００４、１００５、配送先都道府県コード１００６、配送先住所（１、２）１００７、１００８、配送先電話番号（１、２、３）１００９、１０１０、１０１１、プリントサイトＩＤ１０１２、注文日時１０１３、注文ステータス１０１４が保管される。注文ステータス１０１４は０がプリントサイト発注前（デフォルト値）、１がプリントサイト発注済、２が配送済みを意味する。
【００５５】
図１１は、本実施形態におけるフォトサイト１０５で管理する注文画像データテーブル１１００を示す図である。注文画像データテーブル１１００は、アルバムの印刷オーダーがあると、通知される画像に対応して画像数分だけのレコードが作製され、データベース１１８に登録、管理される。注文画像データテーブル１１００には注文番号１１０１をキーとしてプリントサイト１０９の受付番号１１０２、印刷オーダー単位で管理する画像番号１１０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１１０４、１１０５、１１０６、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、画像ＩＤ１１１０を管理する。プリントサイズ１１０８には１はＬ判、２は２Ｌ判、３は官製はがきサイズ、４は私製はがきサイズ、５はＡ４サイズを意味する。また、プリントタイプ１１０９では、０は縁無しプリント、１は縁有りプリントを意味する。尚、同一の注文では注文番号１１０１と注文番号１００１は同一の番号が格納さる。画像ＩＤ１１００はコピー前の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００５６】
図１２は、本実施形態におけるフォトサイト１０５で管理する注文決済データテーブル１２００を示す図である。注文決済データテーブル１２００は、アルバムの印刷注文があると１オーダーにつき１レコード作成され、データベース１１８に登録、管理される。注文決済データテーブル１２００には注文番号１２０１をキーとして決済方法１２０２、合計料金１２０３、プリント料金１２０４、プリント料金税額１２０５、送料１２０６、送料税額１２０７、ステータス１２０８を管理する。決済方法１２０２では１は振込み、２は代引き、３はクレジット決済、４は店舗決済代行を意味するが、本実施の形態では４は店舗決済代行の場合のみの流れを説明する。ステータス１２０８では０は決済注文未確定（デフォルト値）、１は未決済注文保留中、２は決済終了を意味する。なお、同一の注文では注文番号１２０１として注文番号１００１と同じ値が格納される。
【００５７】
図１３は、本実施形態におけるフォトサイト１０５で管理する注文者データテーブル１３００を示す図である。注文者データテーブル１３００は、アルバムの印刷注文があると１オーダーにつき１レコード作成され、データベース１１８に登録、管理される。注文者データテーブル１３００では注文者ＩＤ１３０１をキーとして、ユーザＩＤ１３０２、通知先メールアドレス１３０３、氏名（姓）１３０４、氏名（名）１３０５、ふりがな（姓）１３０６、ふりがな（名）１３０７、郵便番号（１、２）１３０８、１３０９、都道府県コード１３１０、住所（１、２）１３１１、１３１２、電話番号（１、２、３）１３１３、１３１４、１３１５、機種ＩＤ１３１６を管理する。印刷注文者がフォトサイトの登録ユーザでない場合、ユーザＩＤ１３０２には０が代入される。尚、同一の注文においては注文者ＩＤ１３０１と注文者ＩＤ１００２には同じＩＤが格納され、注文者がフォトサイトの会員である場合には同一の注文者に対するユーザＩＤ１３０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１３０３〜１３１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００５８】
図１４は、本実施形態におけるフォトサイト１０５で管理するプリントサイトデータテーブル１４００を示す図である。尚、本実施形態では、１箇所のプリントサイト（プリントサイト１０９）で説明しているが、プリントサイトデータテーブル１４００は、フォトサイト１０５に接続できる新たなプリントサイトができた場合、それに応じて新たなレコードが作製され、ＤＢサーバ２０８に登録・管理される。プリントサイトデータテーブル１４００では、プリントサイトＩＤ１４０１をキーとしてプロバイダ名称１４０２、プリントオーダー通知用ＣＧＩへのＵＲＬ１４０３を管理する。
【００５９】
［画像のアップロード例］
次に、ユーザＰＣ１０２からフォトサイト１０５への画像のアップロード処理について説明する。ユーザが、ユーザＰＣ１０２によりインターネット１０４を介してフォトサイト１０５にアクセスすると、図１５に示す画面１５００が表示される。すなわち、図１５は、本実施形態のフォトサイト１０５に正常にログイン認証されたときに表示される画面例を示す図である。
【００６０】
図１５では、ユーザが５個のアルバムを作成したことがボタン１５１１〜ボタン１５１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域１５２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域１５１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン１５１７〜ボタン１５２２の各ボタンが押下されると領域１５２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域１５２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【００６１】
そして、画面１５００においてアップロードボタン１５０８が押下されると、画像のアップロード処理が開始される。図１６は、本実施形態におけるフォトサイト１０５において選択中のアルバムに画像をアップロードする際の処理手順を説明するためのフローチャートである。
【００６２】
まず、画面１５００のボタン１５０８が押下されると、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数Ｆを算出する（ステップＳ１６０１）。フォトサイト１０５の資源には通常限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【００６３】
そして、追加可能なファイル数Ｆが正数であるかどうかを判定することによって、アップロード可能か否かの判定を行う（ステップＳ１６０２）。その結果、追加可能なファイル数Ｆが１未満であった場合（Ｎｏ）、アップロード不可であるとみなして図１７に示す画面１７００をエラー表示する（ステップＳ１６０３）。図１７は、本実施形態のフォトサイト１０５でアップロードできないことを示す警告画面例を示す図である。画面１７００においてＯＫボタン１７０１が押下されると画面１５００に戻る。
【００６４】
一方、追加可能なファイル数Ｆが１以上であった場合（Ｙｅｓ）、図１８に示すアップロード用画面１８００が表示される（ステップＳ１６０４）。図１８は、本実施形態のアップロード画像の選択画面例を示す図である。この画面には、ユーザＰＣ１０２上のファイルを選択するための参照ボタン１８０１、ファイルパスを入力するための入力領域１８０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域１８０３をステップＳ１６０１で算出された追加可能なファイル数Ｆ分だけ表示する。
【００６５】
そして、送信ボタン１８０４が押下されると、選択された画像ファイルをユーザＰＣ１０２からフォトサイト１０５内の作業領域へ転送する（ステップＳ１６０５）。尚、図１６のフローチャートには示されていないが、キャンセルボタン１８０５が押下されるとアップロード処理は終了し、画面１５００が表示されるようにしてもよい。
【００６６】
ステップＳ１６０５でフォトサイト１０５に転送された画像ファイルは、ファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。次に、作業変数Ｉを「１」とする（ステップＳ１６０６）。そして、Ｉ＜＝Ｎかどうかを判定する（ステップＳ１６０７）。その結果、Ｉ＞Ｎならば（Ｎｏ）、画面１５００を表示して（ステップＳ１６１６）、当該処理を終了する。
【００６７】
一方、ステップＳ１６０７にてＩ＜＝Ｎの場合（Ｙｅｓ）、転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う（ステップＳ１６０８）。本実施形態では、判定の一例として、アップロードされたファイルがＪＰＥＧファイルであり、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能な画像ファイルと判断するものとする。尚、上記以外の判定方法を用いた場合も同様に適用可能である。
【００６８】
ステップＳ１６０８の判定の結果、フォトサイト１０５で扱えないファイルであった場合（Ｎｏ）、図１９に示す画面１９００を表示し（ステップＳ１６０９）、フォトサイト１０５内の作業領域に置かれた当該画像ファイルを削除する（ステップＳ１６１０）。図１９は、本実施形態のフォトサイト１０５で対応できないファイルがアップロードされたときの警告画面例を示す図である。尚、ＤＣＦの情報はプリントサイト１０９で画像のプリントを行う際に、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ステップＳ１６１０において、ＯＫボタン１９０１が押下されるとステップＳ１６１５に移行して次のファイルをアップロードするための処理に進む。
【００６９】
一方、ステップＳ１６０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合（Ｙｅｓ）、この画像に対してサムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する（ステップＳ１６１１）。
【００７０】
次に、ステップＳ１６１２でファイルの追加が可能か否かの判定を行う。この判定は、処理中のファイルを登録するとディスク使用上限を超えるかどうかを判定することにより行う。そして、ステップＳ１６１２でファイル追加不可能と判定された場合（Ｎｏ）、図１７に示す画面１７０１を表示して、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し（ステップＳ１６１３）、画面１５００を表示する（ステップＳ１６１６）。
【００７１】
一方、ステップＳ１６１２でファイル追加可能と判定された場合（Ｙｅｓ）、画像情報をＤＢサーバ２０８に登録する（ステップＳ１６１４）。すなわち、アップロードされた画像ファイルに対して図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４に、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５に、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。また、選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１に、上記画像ＩＤを画像ＩＤ８０２に、アルバム内の画像数に１を加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【００７２】
次に、ステップＳ１６１５でＩを「１」だけ加算してステップＳ１６０７に戻る。上述したように、ＩがＮより小さい間ステップＳ１６０７からステップＳ１６１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【００７３】
尚、上述したような例では画像をアップロードする端末としてＰＣ１０２を例に挙げて説明したが、本発明に係る情報処理システムはこれに限定されるものではなく、携帯端末１１３から画像をアップロードするようにしてもよいし、或いはデジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置１０１から直接に有線や無線で画像をアップロードするようにしてもよい。
【００７４】
［アルバムの通知例］
図２０は、画面１５００において通知ボタン１５０５が押下されたときに表示される画面を示す図である。すなわち、本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【００７５】
画面２０００においてユーザは送信先メールアドレス２００２、送信者メールアドレス２００３、メールタイトル２００４、メッセージ２００５を入力後、通知ボタン２００６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【００７６】
図２１は、本実施形態のアルバム通知メールの一例を示す図である。図２１に示すように、通知メールに含まれるＵＲＬ及びアルバムＩＤは、画面２０００のＵＲＬ及び公開アルバムＩＤ表示領域２００８に表示される内容と同じである。画像をアップロードしたユーザによって指定され、メール通知を受けたユーザは、メール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【００７７】
［公開用アルバムＩＤの生成例］
次に、公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより、公開用アルバムＩＤは、その番号、文字列から第三者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【００７８】
［アルバムの閲覧処理例］
図２２は、本実施形態の携帯端末１１３からフォトサイト１０５へのアルバム閲覧の指示のやりとりの一例を説明するためのフロー図である。以下、図２２に示すように、画像データをフォトサイト１０５にアップロードしたユーザ以外が、携帯端末１１３からフォトサイト１０５に対してアップロードされているアルバムを閲覧する方法について詳細に説明する。
【００７９】
［画像閲覧サービス］
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供することが可能である。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、「閲覧ユーザ」と称す。）のＥ−ＭａｉｌアドレスをＷｅｂブラウザを用いてフォトサイト１０５に通知する。
【００８０】
フォトサイト１０５は、閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる（以後、この様な一意に予測不可能なＵＲＬを「ランダムＵＲＬ」と称す。）。ランダムＵＲＬの一例として、
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
というようなものが用いられる。
【００８１】
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを「携帯端末ユーザ」と称す。）は、インターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌによって通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像及びアルバムの閲覧することができる。
【００８２】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５とを介して、携帯端末１１３との各種データのやり取りが可能なモバイルネットワーク１１４に送り出され、携帯端末１１３に転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３の専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４→インターネット接続ゲートウエイ１１５→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００８３】
フォトサイト１０５は、携帯端末ユーザからのアクセスに対しては、携帯端末１１３上で動作しているＷｅｂブラウザで表示可能なＷＭＬ、ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３の機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。携帯端末１１３は機種によって、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境が異なる。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。本実施形態では、説明の便宜上、図１においては携帯端末１１３の１つのみ示しているが、実際には当然複数の機種で利用することが可能である。
【００８４】
［携帯端末１１３からのアルバムの閲覧］
以下、携帯端末からのアルバムの閲覧に関するアプリケーションサーバ２０４の詳細な説明をする。
【００８５】
図２３〜図２７に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【００８６】
図２１に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図２３に示すアルバム閲覧開始画面２３００を表示することができる（ステップＳ２２ａ）。図２３は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示されるログイン画面例を示す図である。フォトサイト１０５のロートバランサ２０２において、ｈｔｔｐのリクエストヘッダに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値により、携帯端末１１３からのリクエストを判定し、ＭｏｂｉｌｅＡｐｐｓサーバ２０４に処理を振り分ける。尚、このような処理の振り分けは、Ｃｏｋｋｉｅの有無等を用いても良い。
【００８７】
アプリケーションサーバ２０４は、メール文章に記載されたＵＲＬ対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す（ステップＳ２２ｂ）。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、さらにそのアルバムにパスワードが設定されているか否かを判断する。その結果、パスワードが設定されている場合はアルバム閲覧開始画面２３００を表示し（ステップＳ２２ｃ）、設定されていない場合は図２４に示す画像閲覧画面２４００を表示する。図２４は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【００８８】
携帯端末ユーザが、アルバム閲覧開始画面２３００の入力領域２３０１にパスワードを入力して、ＯＫボタン２３０２を押下すると（ステップＳ２２ｄ）、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画像閲覧画面２４００を表示する（ステップＳ２２ｅ）。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【００８９】
画像閲覧画面２４００では、画像サイズを縮小した画像２４０１とその名称２４０２、アルバム内の画像順番２４０３、表示する画像を選択するためのリンク２４０４、アルバム内の全画像数２４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン２４０６、画像情報表示画面２５００を表示するためのリンク２４０７、アルバム情報表示画面を表示するためのリンク２４０８、プリント注文を行うためのリンク２４０９を表示する。
【００９０】
携帯端末ユーザがリンク２４０４を押下すると、現在表示中の画像の前後の順番の画像を画像２４０１表示部分に表示するとともに、対応する画像名称を名称２４０２表示部分に表示する。携帯端末ユーザが入力フィールド２４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像２４０１表示部分に表示するとともに、対応する画像名称を名称２４０２表示部分に表示する。
【００９１】
携帯端末ユーザがリンク２４０７を押下すると（ステップＳ２２ｆ）、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面２５００を表示する（ステップＳ２２ｇ）。また、携帯端末ユーザがリンク２４０８を押下すると（ステップＳ２２ｈ）、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する（ステップＳ２２ｉ）。携帯端末ユーザがリンク２４０９を押下すると、閲覧中のアルバムに対してプリント注文を行うための一括プリント注文画面２６００を表示する。図２６は、本実施形態の携帯端末１１３からのプリント注文処理における一括プリント注文画面を示す図である。
【００９２】
また、アプリケーションサーバ２０４は、リンク２４０４や「表示」ボタン２４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されている場合には画面２７００を表示する（ステップＳ２２ｊ）。一方、画像が閲覧禁止になっている場合にはエラー画面を表示する（ステップＳ２２ｋ）。
【００９３】
図２５は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示される画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。画像情報表示画面２５００では、詳細な画像名称２５０１、画像の閲覧者数２５０２、コメント２５０３、画像閲覧画面２４００に戻るためのリンク２５０４を表示する。また、アルバム情報表示画面（図示せず）では、画像情報表示画面２５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【００９４】
図２７は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。画面２７００では、画像閲覧画面２４００の画像２４０１表示と画像名称２４０２表示の代わりに、「この画像は削除されました」というコメント２７０１を表示する。又、画像情報表示画面２５００を表示するためのリンクは表示しない。尚、その他の表示内容は図２４と同様であるので説明は省略する。
【００９５】
［携帯アプリケーション用データベースの構成］
図２８から図３０は、携帯端末用アプリケーションサーバ２０４がＤＢサーバ２０８内で管理している各種テーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。
【００９６】
図２８は、特定の携帯端末１１３からのアクセスを管理するテーブルを示す図である。このＭＢセッション情報テーブル２８００は、新規のアクセス毎に１レコードずつＤＢサーバ２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤ２８０１を割り付けられ、招待メールを発送したアルバムオーナーのユーザＩＤ２８０４と共にテーブルに格納される。尚、ユーザＩＤ２８０４は、ユーザＩＤ５０１と同一である。
【００９７】
また、このＭＢセッション情報テーブル２８００には、新規のアクセスを受けた時点の日時２８０３と、同一セッションＩＤでの最終アクセス日時２８０２を格納している。アプリケーションサーバ２０４は、ＤＢサーバ２０８内のＭＢセッション情報テーブル２８００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性２８０５にフラグを立てる。そして、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【００９８】
図２９は、携帯端末１１３からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示した図である。図２９に示すＭＢアルバム情報テーブル２９００は、新規のアクセス毎に１レコードずつＤＢサーバ２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル２８００に格納したセッションＩＤと、携帯端末から指定されたアルバムＩＤと、アルバム情報データテーブル７００の内容の一部コピーを格納する。
【００９９】
図３０は、携帯端末１１３からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。図３０に示すＭＢ画像情報テーブル３０００は、新規のアクセス毎にアルバム内にある画像数分のレコードがＤＢサーバ２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル２８００に格納したセッションＩＤと、アルバム画像データテーブル８００と画像情報データテーブル９００の内容の一部コピーを格納する。さらに、アプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネイルファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル３０００内の画像パス３００６に格納する。
【０１００】
［閲覧制御フローチャート］
図３１は、アプリケーションサーバ２０４が画像閲覧画面２４００を表示する際の処理手順を表すフローチャートである。
【０１０１】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、アルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル２８００を検索して判定する（ステップＳ３１０１）。その結果、既存のセッションＩＤと判定した場合（Ｙｅｓ）、同一セッションＩＤを使用した２回目以降のアクセスと判断し、続いて携帯端末ユーザからの要求の内容を解析する（ステップＳ３１０９）。そしてその結果、要求内容がアルバム閲覧であると判断した場合（画像閲覧）、セッション画像表示処理を行う（ステップＳ３１０３）。一方、要求内容がプリント注文であると判断した場合（プリント注文）、後述するステップＳ３１１５のプリント注文処理を行う。また、ステップ３１０１において、既存のセッションＩＤがないと判定された場合（Ｎｏ）、１回目の画像閲覧表示と判断し、システム情報の取得でサイト内の標準時間を取得する（ステップＳ３１０２）。
【０１０２】
次に、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ３１０２で取得した時間を比較し（ステップＳ３１０３）、一定時間以上前のアクセスであればタイムアウトと判断し（Ｙｅｓ）、エラーページを表示する（ステップＳ３１０７）。このようにすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１０３】
一方、ステップＳ３１０４でタイムアウトでないと判定された場合（Ｎｏ）、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。そして、このＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索取得する（ステップＳ３１０５）。さらに、アルバムオーナーが脱会していないか確認する（ステップＳ３１０６）。その結果、アルバムオーナーが脱会している場合（ＮＧ）、エラーページを生成する（ステップＳ３１０７）。
【０１０４】
一方、アルバムオーナーが脱会していない場合（ＯＫ）、取得した情報からアルバム情報データテーブル７００を取得し（ステップＳ３１０８）、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧の可否を確認する（ステップＳ３１１０）。その結果、エラー時には（ＮＧ）、エラーページを生成する（ステップＳ３１０７）。
【０１０５】
一方、エラーが無ければ（ＯＫ）、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する（ステップＳ３１１１）。また、ここでサムネイル画像ファイルパス９０５で示されたファイルサーバ２０９の画像を一旦取得し、ファイルサーバ２０９内の携帯アクセス専用のテンポラリ領域にコピーする。尚、このとき、アルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像のみをコピーする。
【０１０６】
次に、取得した情報とコピーした画像パス情報を、ＭＢセッション情報テーブル２８００、ＭＢアルバム情報テーブル２９００、ＭＢ画像情報テーブル３０００を生成し、各情報及び画像パス等を格納する（ステップＳ３１１２）。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したオーナーであるユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１０７】
さらに、携帯端末１１３からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００に反映する（ステップＳ３１１３）。そして、画像閲覧画面２４００のデータを生成する（ステップＳ３１１４）。
【０１０８】
図３２は、セッション情報が既に作られているときのセッション画像表示処理（ステップＳ３１０３）を詳細に説明するためのフローチャートである。まず、システム情報の取得でサイト内の標準時間を取得する（ステップＳ３２０１）。次いで、ＵＲＬのパラメータ部に付加されているセッション情報を解析し、取得したセッション情報をキーとしてＭＢセッション情報２８００及びＭＢアルバム情報２９００を検索取得する（ステップＳ３２０２）。尚、この中にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。また、上記ＵＲＬパラメータ部には現在参照している画像表示番号も含まれる。
【０１０９】
さらに、ＭＢセッション情報２８００内のレコード属性を判断し（ステップＳ３２０３）、一定時間以上前のアクセスであればタイムアウトと判断し（Ｙｅｓ）、エラーページを表示する（ステップＳ３２０６）。このようにすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。一方、タイムアウトと判定されない場合（Ｎｏ）、当該ユーザＩＤをキーとして、さらに、顧客情報データテーブル４００を検索取得し（ステップＳ３２０４）、アルバムオーナーが脱会していないかどうかを確認する（ステップＳ３２０５）。そして、脱会していた場合（ＮＧ）、エラーページを生成する（ステップＳ３２０６）。
【０１１０】
一方、アルバムオーナーが脱会していない場合（ＯＫ）、セッション情報からアルバム情報データテーブル７００を取得し（ステップＳ３２０７）、アルバムの公開可否及び閲覧可否を確認する（ステップＳ３２０８）。その結果、公開されている場合（Ｙｅｓ）、ステップＳ３２０２で取得したＡｌｂｕｍＩＤ及び画像表示番号を基にして、アルバム画像データテーブル８００及びアルバムに関する情報である画像情報データテーブル９００内の対応レコードを取得する（ステップＳ３２１６）。
【０１１１】
また、ここで、サムネイル画像ファイルパス９０５で示されたファイルサーバ２０９の画像を一旦取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーする。尚、この際は、上記アルバム画像データテーブル８００の画像表示番号８０３を参照し、現在参照している画像を一枚コピーする。さらに、ＭＢ画像情報テーブル３０００を取得する（ステップＳ３２０９）。一方、ステップＳ３２０８で公開禁止になった場合（Ｎｏ）、削除フラグ１をセットして（ステップＳ３２１０）、ステップＳ３２１５の画面生成処理に進む。
【０１１２】
ステップＳ３２１１では、画像が画像情報データテーブル９００にあるか否か、及び画像の閲覧可否を確認して、画像が閲覧表示可能か判断する。その結果、閲覧表示可能の場合（Ｙｓｅ）、携帯端末１１３からのアクセスカウントを更新する（ステップＳ３２１２）。一方、不能の場合（Ｎｏ）、画像が削除されたと判断して削除フラグ２をセットする（スえっぷＳ３２１３）。ステップＳ３２１２、Ｓ３２１３の処理の後、アクセス日時をＭＢセッション情報テーブル２８００の最終ログイン日時に反映する（ステップＳ３２１４）。そして、ステップＳ３２１５の画面生成処理に進み、ユーザ操作にる２回目以後の画像表示要求に対する画像閲覧画面２４００の情報を生成する。
【０１１３】
図３３は、画像閲覧画面２４００のデータを生成する処理のステップＳ３１１４、Ｓ３２１５を更に詳細に説明するためのフローチャートである。図３３に示すように、まず、ステップＳ３３０１及びＳ３３０３で削除フラグ１と削除フラグ２を検査し、削除フラグがセットされている場合（Ｙｅｓ）、ステップＳ３３０２及びＳ３３０４でそれぞれのエラー表示文字列をセットする。
【０１１４】
一方、両フラグがセットされていない場合（Ｎｏ）、ＭＢ画像情報テーブル３０００にある画像名称の文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する（ステップＳ３３０５）。その結果、文字数が設置値より小さい場合（Ｙｅｓ）、ＭＢ画像情報テーブル３０００にある画像名称を画像閲覧画面２４００にある画像名称２４０２の文字列にセットする（ステップＳ３３０６）。一方、大きいと判断した場合（Ｎｏ）、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２バイトコード文字か否かを判定する（ステップＳ３３０７）。
【０１１５】
ステップＳ３３０７の判定により、表示文字数（ＤｉｓｐＣｈ）に２バイトコード文字が挟まっている場合（２バイト）、ＭＢ画像情報テーブル３０００内の画像名称３００４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−２バイト）目までを画像閲覧画面２４００にある画像名称２４０２にセットする（ステップＳ３３０９）。一方、１バイトコード文字が挟まっている場合（１バイト）、ＭＢ画像情報テーブル３０００内の画像名称３００４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−１バイト）目までを画像閲覧画面２４００にある画像名称２４０２にセットする（ステップＳ３３０９）。図２４に示される画像名称２４０２は、設定値により表示文字数を制限している状態を表しており、図４５に示すその際の詳細情報画面では、画像名称全てを省略せずに表示している。
【０１１６】
ステップＳ３３０８、Ｓ３３０９の処理後は、画面２４０７のリンク情報をセッション情報を含んだ形で生成する（ステップＳ３３１０）。さらに、画像閲覧画面２４００に画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で処理９２１１において生成する（ステップＳ３３１１）。そして、生成した画面情報をまとめて送出する（ステップＳ３３１２）。尚、ステップＳ３３０４の処理が行われた場合（すなわち、画像が削除された場合）、画面２７００を表示するためのデータを最終的に生成する。
【０１１７】
［携帯端末からのプリント注文］
図２６は、前述したように、本実施形態の携帯端末１１３からのプリント注文処理における一括プリント注文画面を示す図であり、携帯端末からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１１８】
図３６は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理に関する画面の遷移関係を示す図である。すなわち、携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、まず、図２４の画像閲覧画面２４００内のプリント注文リンク２４０９を押下し、後述する一括プリント注文画面２６００の表示を要求する。この要求を受けたアプリケーションサーバ２０４は、前述した図３１のフローチャートに従ってステップＳ３１０９で要求内容を解析し、それがプリント注文であると判断してステップＳ３１１５のプリント注文処理を行う。
【０１１９】
図３４は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理を説明するためのフローチャートである。また、図３５は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理におけるプリント注文情報更新処理の詳細を説明するためのフローチャートである。以下、これらのフローチャートに基づいて、携帯端末１１３からのプリント注文に関するアプリケーションサーバ２０４側の処理について詳細に説明する。
【０１２０】
携帯端末１１３からプリント注文処理に入ると、まず、一括プリント注文画面２６００を携帯端末側に表示し、アルバム内の全画像に対するプリントサイズとプリント枚数の指定を携帯端末ユーザに促す（ステップＳ３４０１）。同時に、新たな注文番号を発行してＤＢサーバ２０８内の注文情報テーブル１０００に新規注文用のレコードを作成し、注文ステータス１０１４を０（プリントサイト発注前）にしておく。また、ＭＢセッション情報テーブル２８００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド２８０６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加する。
【０１２１】
携帯端末ユーザは、プルダウンメニュー２６０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。本実施形態では、ユーザが選択できるプリントサイズには、ＤＰ判フチなし、ＤＰ判フチあり、Ｌ判フチなし、Ｌ判フチあり、２Ｌ判フチなし、２Ｌ判フチありの６種類があるものとする。尚、この種類は任意に変更できるようにしてもよい。また、本実施形態では、プリントサイズの指定はこの一括プリント注文画面２６００でのみ行うものとする。すなわち、アルバム内の全画像に対して一種類のプリントサイズのみ指定できるようにする。携帯端末ユーザは、アルバム内の全画像をプリントしたい場合には、続いて枚数入力領域２６０３に所望の枚数を入力する。
【０１２２】
上記設定でプリント注文を行って良い場合には、携帯端末ユーザが「すすむ」ボタン２６０４を押下することで、図３９に示す次の注文者情報入力画面３９００へ遷移する。図３９は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（新規入力時）である。
【０１２３】
一方、アルバム内の全画像をプリントするのではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合、「こちらへ」ボタン２６０５を押下することで図３７に示す個別プリント注文画面３７００へ遷移する。図３７は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【０１２４】
いずれの場合においてもアプリケーションサーバ２０４は、注文画像データテーブル１１００に選択された画像数分のレコードを作成して入力されたプリントサイズとプリント枚数を格納する。また、注文取消しリンク２６０６を押下することで、プリント注文処理をキャンセルして画像閲覧画面２４００へ戻ることができる。この際に表示される画像は、プリント注文処理へ入る直前に表示していた画像である。
【０１２５】
ここで、図４６は、本発明の一実施形態に係る印刷オーダー時に通知されるＥ−Ｍａｉｌの一例を示す図である。図２６の画面例のフィールド２６０７には、図４６に示すような受付メールにおけるお支払い受付番号、後述する画面４５００のお支払い番号を入力することができる。また、ボタン２６０４又はボタン８０５が押下された時に、フィールド２６０７に入力があるかを判断する（ステップＳ３１１６）。その結果、番号が入力されている場合（Ｙｅｓ）、プリント注文情報更新処理を行う（ステップＳ３１１７）。アプリケーションサーバ２０４は、この番号をキーにして過去データを検索する。一致データがある場合、設定されている注文者情報や配送先情報を先に説明した新規注文用のレコードにコピーする。
プリント注文情報更新処理について図３５を用いて詳細に説明する。まず、入力されている番号を検索キーとしてセットする（ステップＳ３５０１）。次に、アクセスしている携帯電話１１３からの機種ＩＤをｈｔｔｐのリクエストヘッダーより取得する（ステップＳ３５０２）。そして、ステップＳ３５０１でセットした検索キーで個人情報を注文決済データテーブル１２００より検索する（ステップＳ３５０３）。さらに、一致したデータがあるか否かを確認する（ステップＳ３５０４）。また、一致した決済データにセットされた注文者データテーブル１３００の機種ＩＤフィールド１３１６と処理Ｓ３５０２でセットした機種ＩＤが一致するかをどうかも判断する（ステップＳ３５０５）。
【０１２６】
上記ステップＳ３５０４、Ｓ３５０５のいずれかの処理が失敗したときは終了する。一方機種ＩＤが一致した場合、設定されている注文者情報や配送先情報を前述した新規注文用のレコードにコピーする（ステップＳ３５０６）。また、一括プリント注文画面２６００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ２６０１を表示する。
【０１２７】
例えば、本実施形態における画面遷移状態には、図３６に示したような４つのフェーズ（画像選択、個人情報入力、見積もり、注文確定）がある。そこで、本実施形態の上記インジケータでは、現在表示している画面がこの４つのフェーズの何処に位置しているかをマーク２６０１で模式的に表現している。図２６の一括プリント注文画面２６００では、マーク２６０１は一番左に表示しているが、上記４つのフェーズ間を移動する毎にマーク２６０１を一つずつ右へ移動して表示する。
【０１２８】
本実施形態のように表示領域が限定された携帯端末においては、文字で画面遷移状況を表現することが難しいため、このように抽象化したマーク等を用いて表現している。このようなインジケータにより、携帯端末ユーザはプリント注文処理の進行状況を大まかに把握することができる。
【０１２９】
ステップＳ３４０３にて個別プリント注文画面３７００へ遷移した場合、携帯端末ユーザはプリントしたい画像をアルバム内から選択してプリント枚数を指定することができる。図３７は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。このとき、画面内にはアルバム内の画像の画像名がリスト状に表示されていて、携帯端末ユーザはプリントしたい画像に対応する枚数入力領域３７０３に所望の枚数を入力する。そして、入力された枚数は、設定更新ボタン３７０４が押下されたタイミングでのみ携帯端末１１３からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。従って、設定更新ボタン３７０４を押下せずに後述するボタンやリンクを押下して別の画面に遷移した場合、アプリケーションサーバ２０４は携帯端末ユーザからの上記プリント枚数の入力がなかったものとみなされる。
【０１３０】
本実施形態では、プリントサイズの指定は一括プリント注文画面２６００でのみ行い、本個別プリント注文画面３７００では指定しないように敢えてしている。また、一画面中に表示する画像名は最大５つまでとしており、アルバム内にこれより多くの数の画像がある場合、複数ページに跨って画像名のリストを表示する。ページ番号３７０５は、この場合の現在表示中のページを表している。また、前へリンク３７０６、次へリンク３７０７を押下することで、ページ間の移動が可能である。さらに、ページ番号指定領域３７０８に移動先のページ番号を入力して表示ボタン３７０９を押下することで、指定したページ番号のページへ移動することができる。
【０１３１】
さらにまた、画面上に表示している画像名自体もリンクになっており、携帯端末ユーザがこのリンクを押下することで、画像確認画面３８００へ遷移する。図３８は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における画像確認画面を示す図である。
【０１３２】
そして、携帯端末ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終えた場合、「すすむボタン」３７１０を押下することで次の注文者情報入力画面３９００へ遷移する。また、戻るリンク３７１２を押下すると、一括プリント注文画面２６００へ遷移する。
【０１３３】
また、一画面中に表示する画像名を５つ以下の場合の個別プリント注文画面としてもよい。例えば、この画面と前述した画面３７００との差異は、設定更新ボタン３７０４と前へリンク３７０６、次へリンク３７０７、ページ番号指定領域３７０８、表示ボタン３７０９が無いことである。そして、携帯端末ユーザによって入力されたプリント枚数は、すすむボタン３７１０が押下されたタイミングでのみ携帯端末１１３からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。
【０１３４】
図３８の画像確認画面３８００は、携帯端末ユーザがプリントを所望する画像を実際に見て確認するための画面である。この画面には、画像と画像名、画像ページ番号、画像サイズ、プリント回数を表示し、それらの情報は画像情報データテーブル９００の対応するレコードから読み出す。そして、戻るリンク３８０１を押下すると個別プリント注文画面３７００へ遷移する。
【０１３５】
続いてのステップＳ３４０４では、注文者情報入力画面３９００を携帯端末側に表示し、携帯端末ユーザに対して個人情報の入力を促す。携帯端末ユーザは、画面の指示に従って姓名、姓名のフリガナ、郵便番号、住所、電話番号、メールアドレス、配送方法、配送先を入力し、すすむボタン３９１４を押下する。
【０１３６】
アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、注文者データテーブル１３００に新たなレコードを生成し、入力された個人情報を格納する。この際、本実施形態では都道府県情報をＪＩＳで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ２０４は都道府県入力領域３９０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。また、この際割り振った注文者ＩＤを、ステップＳ３４０１において作成済みの注文情報データテーブル１０００にあるレコード内の注文者ＩＤフィールド１００２に格納する。尚、未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０１３７】
また、処理プリント処理情報更新がなされている場合、図４０に示すように過去にセットした注文者情報をあらかじめ表示する。図４０は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（情報が入力された時）である。
【０１３８】
携帯端末ユーザが配送先３９１３として「注文者と同じ」を選択してすすむボタン３９１４を押下した場合（ステップＳ３４０５でＮｏの場合）、次のフェーズである見積もり表示画面４３００へ遷移する。一方、「配送先を指定」を選択してすすむボタン３９１４を押下した場合（ステップＳ３４０５でＹｅｓの場合）、図４１に示す配送先入力画面４１００へ遷移する（ステップＳ３４０６）。図４１は、 本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（新規入力時）である。
【０１３９】
また、戻るリンク３９１６を押下すると、直前に表示していた一括プリント注文画面２６００か個別プリント注文画面３７００のどちらかへ遷移する。ステップＳ３４０５において配送先入力画面４１００へ遷移した場合、前回入力した注文者情報とは別に配送先を指定することができる。そこで、携帯端末ユーザは、画面の指示に従って姓名、姓名のフリガナ、郵便番号、住所、電話番号、メールアドレスを入力し、すすむボタン４１１２を押下する。
【０１４０】
アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ３４０１において作成済みの注文情報データテーブル１０００のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ２０４は上述した注文者情報入力画面３９００での処理と同様に、都道府県入力領域４１０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。また、未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。尚、処理プリント処理情報更新がなされている場合、図４２に示すように過去にセットした配送先情報をあらかじめ表示する。図４２は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（情報が入力された時）である。
【０１４１】
携帯端末ユーザが、すすむボタン４１１２を押下した場合、図４３に示す見積もり表示画面４３００へ遷移する。また、戻るリンク４１１４を押下すると、注文者情報入力画面３９００へ遷移する。図４３は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における見積もり画面を示す図である。ステップＳ３４０７では、見積もり表示画面４３００を携帯端末側に表示し、携帯端末ユーザに対してプリント注文内容の確認を促す。このため、商品価格や送料，各種手数料とその合計利用金額を算出し、さらに注文者情報、配送先等の情報と共に画面に表示する。また、注文決済データテーブル１２００に新たなレコードを生成し、算出した見積もりデータを格納する。この際のステータス１２０８は０（決済注文未確定）にしておく。画面３９００は注文者情報と配送先が同じ場合の表示例であるため、配送先表示欄に「注文者と同じ」と表示している。また、注文者情報と配送先が異なる場合には、配送先表示欄に配送先情報を表示する。
【０１４２】
ステップＳ３４０８において携帯端末ユーザが注文するボタン４３０２を押下した場合（Ｙｅｓ）、ステップＳ３４０９へ進む。また、戻るリンク４３０４を押下すると、直前に表示していた注文者情報入力画面３９００か配送先入力画面４１００のどちらかへ遷移する。また、注文取消しリンク４３０３を押下することで、プリント注文処理をキャンセルして画像閲覧画面２４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０１４３】
ステップＳ３４０９では、携帯端末ユーザに選択された画像がＤＢサーバ２０８内の画像情報データテーブル９００内にあるか否かをアプリケーションサーバ２０４がチェックする。その結果、テーブル内に画像が無い場合（Ｎｏ）、携帯端末側にエラー画面を表示し（ステップＳ３４１０）、その後、再度一括プリント注文画面２６００を表示して携帯端末ユーザに画像選択を促す。一方、ステップＳ３４０９でテーブル内に全ての画像がある場合（Ｙｅｓ）、ステップＳ３４１１へ進む。
【０１４４】
ステップＳ３４１１では、携帯端末１１３からのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように、注文受け付け画面４４００とオーダーステータス画面４５００のＵＲＬを同一にして、携帯端末ユーザの操作性を向上するために必要な処理である。具体的には、携帯端末１１３側において見積もり画面４３００の注文するボタン４３０２が押下された際にアプリケーションサーバ２０４へ送られてくるプリント注文要求内に含まれている（ＵＲＬパラメータに含まれている）注文番号に基づいて、注文決済データテーブル１２００内から対応するレコードを検索し、その中のステータス１２０８を参照する。
【０１４５】
そして、当該ステータスが決済注文未確定の場合（Ｙｅｓ）、少なくともまだ注文受け付け処理が完了していないプリント注文要求であると判断して、次のステップＳ３４１２へ進む。一方、ステータスが決済注文未確定以外の場合（Ｎｏ）、既に注文受け付け処理が完了しているプリント注文要求であると判断して、ステップＳ３４１７に進み、オーダーステータス画面を表示する。
【０１４６】
ステップＳ３４１２では、少なくともまだプリント注文受け付け処理が完了していないプリント注文要求が、本当に一度目のプリント注文要求であるか否かをチェックする。これは、見積もり画面４３００の注文するボタン４３０２が二度押しされた場合に、誤ってプリント注文要求を複数回受け付けないようにするために必要な処理である。
【０１４７】
具体的には、受けたプリント注文要求に対する後述のプリントオーダー作成処理（ステップＳ３４１３）を行っている最中か否かによって判断する。そこで、プリントオーダー作成中である場合（Ｙｅｓ）、二度目以降のプリント注文要求であると判断して、エラー画面を表示して（ステップＳ３４１８）、プリント注文処理を終了する。一方、作成中でない場合（Ｎｏ）、一度目のプリント注文要求であると判断して、次のステップＳ３４１３へ進む。
【０１４８】
ステップＳ３１１８ではｈｔｔｐのリクエストヘッダより取得したアクセスしている携帯端末１１３からの機種ＩＤを注文者データテーブル１３００の機種ＩＤフィールド１３１６に格納する。
【０１４９】
次いで、図４４の注文受け付け画面４４００を携帯端末側に表示し、プリント注文要求を受け付けた旨をユーザに通知する（ステップＳ３４１３）。図４４は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における注文受け付け画面を示す図である。また、この画面４４００には、後述するステップＳ３４１５において携帯端末ユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。さらに、この注文受け付け画面４４００のＵＲＬを携帯端末１１３に記憶しておき、後からそのＵＲＬへアクセスすることで、後述するオーダーステータス画面４５００を表示することができることも記載する。
【０１５０】
さらにまた、この画面４４００には終了ボタン４４０２が配置されており、携帯端末ユーザがこのボタンを押下することでプリント注文処理を完了して画像閲覧画面２４００へ戻ることができる。尚、この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０１５１】
アプリケーションサーバ２０４は、ステップＳ３４１３で注文受け付け画面４４００を表示すると同時に、ステップＳ３４１４のプリントオーダーファイル作成処理を行う。ここで作成するファイルは、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を１つのファイルにパッケージしてまとめたものである。
【０１５２】
続いてアプリケーションサーバ２０４は、決済サイト１２０に利用金額を通知し、決済サイト１２０は、通知された利用金額を受け付ける処理を行った後にその確認番号をアプリケーションサーバ２０４に通知する（ステップＳ３４１５）。この通知を受けたアプリケーションサーバ２０４は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を１（未決済注文保留中）に変更する。さらに、アプリケーションサーバ２０４は、前述した図４６に示すメールを携帯端末ユーザに送付する（ステップＳ３４１６）。
【０１５３】
その後、確認番号を入手したユーザは、店舗１２１に行き、確認番号を提示し利用金額を支払う。店舗１２１経由で入金を受けた決済サイト１２０はＳ３４２０にて、入金処理を行い、フォトサイト１０５に入金通知を行う。入金通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を２（決済終了）に変更する入金処理を行う。さらに、プリントオーダーファイルをプリントサイトに送付し、プリントサイト１０９に対して正式のプリントオーダーを発行する。そして、注文情報データテーブル１０００内の対応レコードのステータス１０１４を１（プリントサイト発注済み）に変更する
正式プリントオーダーが通知されるとプリントサイト１０９ではオーダー受注処理を行い、画像データの印刷処理を行う。印刷処理が終わると配送指示と終了通知をフォトサイト１０５に通知し処理を終了する。一方、通知を受けたフォトサイト１０５は、注文情報データテーブル１０００内の対応レコードのステータス１０１４を２（配送済み）に変更し、ユーザに印刷物の発送を行った旨のメールを送付して終了する。尚、上記オーダー受注処理、配送指示と終了通知、ステータスの変更の各処理を行ったときに、プリントサイト１０９のステータスをフォトサイト１０５に返し、その情報がフォトサイト１０５上のＤＢサーバ２０８に保管される。
【０１５４】
上述したステップＳ３４１７で表示するオーダーステータス画面４５００とは、プリント注文を行った携帯端末ユーザがその後の処理状況を確認できるようにすることを目的として、アプリケーションサーバ２０４側で提供する画面である。この画面には、注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。ここで、処理ステータスには、入金待ち、入金期限切れ、プリント待ち、プリント完了、配送完了等があり、注文情報データテーブル１０００内のステータス１０１４や注文決済データテーブル１２００内のステータス１２０８の状態と連動して随時ステータス表示を変更する。
【０１５５】
携帯端末ユーザがこの画面へアクセスする方法は、前述した注文受け付け画面４４００自体のＵＲＬを携帯端末１１３に記憶して使用するか、若しくは前述のステップＳ３４１６において携帯端末ユーザに送付されたメールに記載されているオーダーステータス画面のＵＲＬを使用するかの何れかである。そして、アプリケーションサーバ２０４は、ユーザがこの何れかの方法でアクセスしてきた場合も前述したステップＳ３４１１の処理を行い、結果的にオーダーステータス画面４５００を携帯端末１１３の画面上に表示する。
【０１５６】
また、携帯端末１１３からのプリント注文の場合、ユーザがプリント注文を行うとまずステップＳ３４１２で受け付け画面を返し、続いてステップＳ３４１３でプリントオーダーファイルを作成してステップＳ３４１４で決済サイトから番号を取得する。携帯端末１１３との通信では、携帯端末１１３からのリクエストに対してフォトサイトからのレスポンスが返るまでの間のタイムアウトが短めに設定することが多い。
【０１５７】
このような事情を考慮して、本実施形態では、携帯端末１１３からのプリント注文時は、プリント注文要求に対してレスポンスである受け付け画面の返送をすぐに行い、その後処理時間がかかる可能性のある処理を行う工夫をしている。このことにより、携帯端末１１３とフォトサイト１０５間の通信タイムアウトを極力防ぐことができる。
【０１５８】
＜第２の実施形態＞
次に、本発明の第２の実施形態に係る情報処理システムについて説明する。図４７は、本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する画面の遷移関係を示す図である。また、図４８は、本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する一括プリント注文画面を示す図である。すなわち、図４８に示す画面表示は、携帯端末１１３からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。尚、本実施形態における情報処理システムの基本構成は、上述した第１の実施形態と同一であるため省略する。
【０１５９】
携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、まず図２４の画像閲覧画面２４００内のプリント注文リンク２４０９を押下し、後述する一括プリント注文画面４８００の表示を要求する。
【０１６０】
画面４８００では、図４６に示す受付メールのお支払い受付番号、後述する画面４５００のお支払い番号をフィールド４８０１に入力することができる。ボタン４８０２が押された時に、フィールド４８０１に入力があるかを判断する。番号が入力されている場合プリント注文情報更新処理を行う。この処理は、先に説明した図３５のフローチャートを用いて説明した処理とほぼ同様であり、異なる点は、アプリケーションサーバ２０４がこの番号をキーにして過去データを検索し、一致データがある場合に設定されている注文者情報や配送先情報、さらにオーダーした画像情報等を先に説明した新規注文用のレコードにコピーする点である。そして見積もり表示４３００を表示する。
【０１６１】
尚、フィールド４８０１は、表示しているアルバムが過去にプリント注文のリクエストを受け、お支払い番号を発行済している場合や、アクセスしている携帯電話の機種ＩＤが、登録されている機種ＩＤと一致した場合のみ表示するようにしても良い。
【０１６２】
＜他の実施形態＞
尚、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。また、上述したように、本発明は画像閲覧・印刷を行う情報処理システムに限定されることなく、通信回線を介してサーバ等の外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０１６３】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
【０１６４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（又は記憶媒体）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６５】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６６】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【０１６７】
【発明の効果】
以上説明したように、本発明によれば、ユーザの各種設定の入力操作を容易にすることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】第１の実施形態のフォトサイト１０５の細部構成例を示す図である。
【図３】第１の実施形態に係るフォトサイト１０５のハードウエア構成例を示す図である。
【図４】第１の実施形態におけるフォトサイト１０５のＤＢサーバ２０８で管理する顧客情報に関するデータテーブル４００を示す図である。
【図５】第１の実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブル５００を示す図である。
【図６】第１の実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブル６００を示す図である。
【図７】第１の実施形態のフォトサイトで管理するアルバム情報データテーブル７００を示す図である。
【図８】第１の実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブル８００を示す図である。
【図９】第１の実施形態におけるフォトサイト１０５で管理する画像情報テーブル９００を示す図である。
【図１０】第１の実施形態におけるフォトサイト１０５で管理する注文情報データテーブル１０００を示す図である。
【図１１】第１の実施形態におけるフォトサイト１０５で管理する注文画像データテーブル１１００を示す図である。
【図１２】第１の実施形態におけるフォトサイト１０５で管理する注文決済データテーブル１２００を示す図である。
【図１３】第１の実施形態におけるフォトサイト１０５で管理する注文者データテーブル１３００を示す図である。
【図１４】第１の実施形態におけるフォトサイト１０５で管理するプリントサイトデータテーブル１４００を示す図である。
【図１５】第１の実施形態のフォトサイト１０５に正常にログイン認証されたときに表示される画面例を示す図である。
【図１６】第１の実施形態におけるフォトサイト１０５において選択中のアルバムに画像をアップロードする際の処理手順を説明するためのフローチャートである。
【図１７】第１の実施形態のフォトサイト１０５でアップロードできないことを示す警告画面例を示す図である。
【図１８】第１の実施形態のアップロード画像の選択画面例を示す図である。
【図１９】第１の実施形態のフォトサイト１０５で対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２０】第１の実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図２１】第１の実施形態のアルバム通知メールの一例を示す図である。
【図２２】第１の実施形態の携帯端末１１３からフォトサイト１０５へのアルバム閲覧の指示のやりとりの一例を説明するためのフロー図である。
【図２３】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図２４】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図２５】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示される画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図２６】第１の実施形態の携帯端末１１３からのプリント注文処理における一括プリント注文画面を示す図である。
【図２７】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図２８】特定の携帯端末１１３からのアクセスを管理するテーブル例を示す図である。
【図２９】携帯端末１１３からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示す図である。
【図３０】携帯端末１１３からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。
【図３１】アプリケーションサーバ２０４が画像閲覧画面２４００を表示する際の処理手順を表すフローチャートである。
【図３２】セッション情報が既に作られているときのセッション画像表示処理（ステップＳ３１０３）を詳細に説明するためのフローチャートである。
【図３３】画像閲覧画面２４００のデータを生成する処理のステップＳ３１１４、Ｓ３２１５を更に詳細に説明するためのフローチャートである。
【図３４】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理を説明するためのフローチャートである。
【図３５】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理におけるプリント注文情報更新処理の詳細を説明するためのフローチャートである。
【図３６】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理に関する画面の遷移関係を示す図である。
【図３７】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図３８】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における画像確認画面を示す図である。
【図３９】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（新規入力時）である。
【図４０】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（情報が入力された時）である。
【図４１】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（新規入力時）である。
【図４２】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（情報が入力された時）である。
【図４３】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における見積もり画面を示す図である。
【図４４】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における注文受け付け画面を示す図である。
【図４５】本発明の第１の実施形態に係る携帯端末からのプリント注文処理におけるオーダーステータス画面を示す図である。
【図４６】本発明の第１の実施形態に係る印刷オーダー時に通知されるＥ−Ｍａｉｌの一例を示す図である。
【図４７】本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する画面の遷移関係を示す図である。
【図４８】本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する一括プリント注文画面を示す図である。
【符号の説明】
１０１ 画像入力装置
１０２ ユーザＰＣ
１０４ インターネット
１０５ フォトサイト
１０９ プリントサイト
１１３ 携帯端末
１２０ 決済サイト
１２１ 店舗
【発明の属する技術分野】
本発明は、画像を管理するインターネット上のサイトに対して、情報端末、特に携帯電話から当該画像の閲覧・印刷を要求する情報処理装置及びサービス提供方法に関する。
【０００２】
【従来の技術】
情報処理サービスを行うシステムとして、画像サービスサイト（以降、「フォトサイト」と称す。）が、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを蓄積しておき、その画像データをユーザが望む時に閲覧することができるようなサービスを提供するシステムが現れている（例えば、特許文献１参照）。
【０００３】
また、上記システムを利用して閲覧可能な画像データに対して、さらにプリント注文を行うことができるサービスを提供するシステムも現れてきている（例えば、特許文献１参照）。
【０００４】
さらに、近年の携帯電話等の小型の携帯端末のネットワーク機能の向上に伴い、場所を選ばずにインターネット上の様々な情報へのアクセスが可能になってきている。このように、携帯端末からも様々なサービスを申し込むことが可能になってきている背景から、携帯端末からもインターネット上のサイトに対して画像の閲覧や、詳細な印刷設定を容易にできるようなサービスの実現が望まれている。
【０００５】
【特許文献１】
特開２００３−１０８４７１号公報（第３−４頁）
【０００６】
【発明が解決しようとする課題】
しかしながら、携帯端末から利便性の高い画像閲覧・印刷サービスを提供するためには、次のような課題が存在する。
【０００７】
第一に、画像の印刷サービスにおいては、出力メディアの選択、出力枚数、出力した商品（印刷媒体）の配送先等の細かな設定が必要である。しかし、細かな設定を可能にすればするほど必要となる入力情報も増大してしまう。
【０００８】
第二に、携帯端末等の表示画面のサイズはある程度制限される。従って、一度に表示可能なデータ量の少ない機器に対して、設定される商品の注文内容の設定や発送のための顧客情報等の設定情報量が多い場合には、設定情報を入力させるフォーム画面を一度（すなわち、一画面上）で実現することは難しい。そのため、このような機器に対しては、入力フォームを適切に分割して効率よく提供する必要がある。
【０００９】
本発明は、このような事情を考慮してなされたものであり、ユーザの各種設定の入力操作を容易にすることができる情報処理装置及びサービス提供方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために、本発明は、ブラウザ機能を有する通信端末にオンラインサービスを提供する情報処理装置であって、
前記通信端末からの所定のサービスに関する要求を受け付ける受付手段と、
前記通信端末のブラウザに前記サービスの注文情報の入力画面を提示させる提示手段と、
前記通信端末から入力された注文情報を取得する取得手段と、
前記注文情報を前記通信端末と対応付けて記憶する記憶手段とを備え、
前記提示手段は、前記記憶手段に前記通信端末と対応する他の注文情報が記憶されている場合、該他の注文情報を含む前記入力画面を提示させることを特徴とする。
【００１１】
また、本発明は、ブラウザ機能を有する通信端末にオンラインサービスを提供するサービス提供方法であって、
前記通信端末からの所定のサービスに関する要求を受け付ける受付工程と、
前記通信端末からの前記サービスに関する情報が所定の記憶部に記憶されているか否か判定する判定工程と、
前記サービスに関する情報が前記記憶部に記憶されていないと判定された場合に、前記通信端末のブラウザに前記サービスの注文情報の入力画面を提示させ、前記サービスに関する情報が前記記憶部に記憶されていると判定された場合に、該記憶部に記憶されている前記情報を含む前記入力画面を提示させる提示工程と、
前記通信端末から入力された注文情報を取得する取得工程と、
前記注文情報を前記通信端末と対応付けて前記記憶部に記憶する記憶工程と
を有することを特徴とする。
【００１２】
【発明の実施の形態】
以下、図面を参照して、本発明の好適な実施形態について詳細に説明する。尚、本実施形態に記載されている情報処理システムにおける各種構成要素の相対配置や表示画面上の配置等は、特に限定的な記載がない限り一例について示したものであり、本発明によって実現可能な範囲をそれらのみに限定するものではない。
【００１３】
＜第１の実施形態＞
［情報処理システムの概要］
図１は、本発明の第１の実施形態に係る情報処理システムの構成を示すブロック図である。本実施形態では、本発明の一実施例として、インターネットを介してデジタル画像データの共有及び提供を行う情報処理システムについて説明する。
【００１４】
図１に示すように、本実施形態に係る情報処理システムは、サービスの提供を受けるユーザのＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０２（以下、「ユーザＰＣ１０２」と略す。）と、ユーザの携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９と、印刷物の対価としてユーザからお金を直接受ける店舗１２１と、入金処理を行う決済サイト１２０からなる。
【００１５】
フォトサイト１０５は、インターネット１０４上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。尚、本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携している。
【００１６】
また、本実施形態に係るフォトサイト１０５は、独自には決済サービスは行わず、代金を回収する決済サイト１２０と提携している。本実施形態に係るフォトサイト１０５は、印刷物の代金の入金情報を待って、そのプリントサイトに対して印刷のオーダーを依頼する。また、プリントサイト１０９は、インターネット１０４を利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供することができる。
【００１７】
まず、ユーザはユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。次に、フォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択できる。選択された画像の識別情報がフォトサイト１０５からプリントサイト１０９に渡される。
【００１８】
また、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００１９】
データ転送用インタフェース１１６は、画像入力装置１０１とユーザＰＣ１０２間で撮影された画像データを転送するためのインタフェースである。データ転送用インタフェース１１６は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＩＥＥＥ１３９４に代表される有線インタフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インタフェースの場合もある。
【００２０】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インタフェース１１６を介して、ユーザＰＣ１０２のハードディスク（ＨＤＤ）に代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２１】
ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。ユーザＰＣ１０２は、このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２２】
［フォトサイトの構成例］
図２は、本実施形態のフォトサイト１０５の細部構成例を示す図である。
【００２３】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネット（登録商標）スイッチ（ＳＷ）２１０からなる。
【００２４】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。ファイアウォール２０１は、フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用される。
【００２５】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ（ＰＣ−ＡＰＰＳ）２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ（Ｍｏｂｉｌｅ−ＡＰＰＳ）２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３、２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００２６】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１１３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯端末からの閲覧要求はコンテンツ変換サーバ（Ｍｏｂｉｌｅ−Ｔｒａｎｓ）２０５に振り分けを行う。
【００２７】
アプリケーションサーバ２０３は、ＰＣ１０２からのアクセスに対応するネット画像保存サービスのホームページを持つ。また、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００２８】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００２９】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してある（データベース）ＤＢサーバ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１１３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成する。
【００３０】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換を含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをｈｔｔｐで受けたとき、リクエストに含まれるＵｓｅｒ−Ａｇｅｎｔ情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００３１】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。また、ユーザからの画像は、ｆｔｐプロトコルによってＦＴＰサーバ２０７で受ける。一旦受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００３２】
以上示した本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録機能：
ユーザＰＣ１０２からの要求を受け、ユーザに対しユーザＩＤを発行してユーザ登録する。
（２）画像データのアップロード機能：
ユーザＰＣ１０２から画像の転送を受ける。
（３）プリントオーダー機能：
ユーザＰＣ１０２若しくは携帯端末１１３から、画像データの印刷注文を受け、プリントサイト１０９に画像の印刷を指示する。
（４）閲覧許可の通知機能：
ユーザＰＣ１０２から指定された端末にフォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧機能：
ユーザＰＣ１０２あるいはユーザによって指定されたＰＣ端末に、フォトサイト１０５に格納された画像データを閲覧させる。
（６）携帯端末からの画像の閲覧機能：
携帯端末１１３にフォトサイト１０５に格納された画像データを閲覧させる。
【００３３】
［フォトサイト１０５のハードウエア構成例］
図３は、本実施形態に係るフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略している。
【００３４】
図３において、３１０は図１に示すフォトサイト１０５全体を制御するＣＰＵである。また、ＲＯＭ３０２には、変更を必要としないプログラムやパラメータが格納されている。さらに、ＲＡＭ３０５はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１０とプログラムロード領域３１２からなる。
【００３５】
プログラムロード領域３１２には、外部記憶装置３０４からＯＳやプリンタドライバなどのシステムプログラム、或いはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ３０１により実行される。
【００３６】
データ記憶領域３１０には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１１ａ、ユーザの通信端末から受信した受信データ３１１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能容量３１１ｃや現在使用している保管使用容量３１１ｄ、携帯端末からの閲覧時に使用される削除フラグ１、２を記憶する領域３１ｅやセッションＩＤ３１１ｆなどが確保される。
【００３７】
外部記憶装置３０４は固定されたハードディスクやメモリカード、或いは着脱可能で携帯可能なフレキシブルディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域３４０とプログラム記憶領域３２０からなる。
【００３８】
データ記憶領域３４０には、保管を依頼した顧客情報を管理する顧客情報データベース３４１ａ、保管されている画像情報を管理する画像情報データベース３４１ｂ、携帯端末用の情報を管理する携帯端末データベース３４１ｃ等が記憶される。これらは、例えば、図４から図９、あるいは図２８から図３０にその構成例が更に以下で詳細に示される。
【００３９】
プログラム記憶領域３２０には、ＲＡＭ３０５のプログラムロード領域３１２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、プログラム記憶領域３２０には、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム３２１として、以下に詳細に示すユーザ登録モジュール３２１ａ、ログインモジュール３２１ｂ、アルバム閲覧モジュール３２１ｃ、プリントオーダーモジュール３２１ｄなどが格納される。さらに、携帯端末アクセス処理用のプログラム３２２として、本実施形態の特徴部分であるアルバム閲覧モジュール３２２ａが格納される。
【００４０】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよい。また、記憶部、特に外部記憶装置３０４は複数の装置に分散されて構成されていてもよい。
【００４１】
［データベースの構成例］
図４から図１４は本実施形態におけるフォトサイト１０５が管理するＤＢサーバ２０８で扱われる各種データベースの内容を示す図である。
【００４２】
図４は、本実施形態におけるフォトサイト１０５のＤＢサーバ２０８で管理する顧客情報に関するデータテーブル４００を示す図である。
【００４３】
ユーザがユーザＰＣ１０２を用いてインターネット１０４経由でフォトサイト１０５にアクセスし、ユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、ＤＢサーバ２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は「１」ならば登録済みで利用可能な状態、「０」は利用禁止状態を表す。
【００４４】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブル５００を示す図である。
【００４５】
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、ＤＢサーバ２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダー利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００４６】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブル６００を示す図である。
【００４７】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に画像をアップロードし、新規アルバムを１個作成すると、それに応じて１レコード作成されＤＢサーバ２０８に登録されて管理される。このレコードは、ユーザが当該アルバムを削除するとＤＢサーバ２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値となる。
【００４８】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブル７００を示す図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されＤＢサーバ２０８に登録されて管理される。このレコードは、ユーザが当該アルバムを削除するとＤＢサーバ２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００４９】
アルバムの公開可否フラグ７０４は、例えば、「１」ならば公開可能、「０」ならば公開禁止、「−１」ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は、例えば「１」ならばパスワード有り、「０」ならばパスワード無しを表し、パスワード可否フラグ７０５が「１」の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は、例えば、「１」ならば印刷可能、「０」ならば印刷不可を意味する。
【００５０】
オリジナル画像表示可否フラグ７０８は、例えば、「１」ならば表示可能、「０」ならば表示不可を意味する。表示形式番号は、例えば、「１」ならば一覧表示、「２」ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、「１」ならば表示可能、「０」ならば表示不可を意味する。このフラグはサービス管理者により制御する。また、アルバム情報データテーブル７００は、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２も保管する。
【００５１】
図８は、本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブル８００を示す図である。
【００５２】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、ＤＢサーバ２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとＤＢサーバ２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００５３】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブル９００を示す図である。画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、ＤＢサーバ２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとＤＢサーバ２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は、例えば「１」ならば表示可能、「０」ならば表示不可を意味する。
【００５４】
図１０は、本実施形態におけるフォトサイト１０５で管理する注文情報テーブル１０００を示す図である。注文情報テーブル１０００は、アルバムの印刷注文があると１オーダーにつき１レコード作成され、データベース１１８に登録、管理される。印刷注文ごとに発行される注文番号１００１をキーとして、注文者ＩＤ１００２、配送先氏名１００３、配送先郵便番号（１、２）１００４、１００５、配送先都道府県コード１００６、配送先住所（１、２）１００７、１００８、配送先電話番号（１、２、３）１００９、１０１０、１０１１、プリントサイトＩＤ１０１２、注文日時１０１３、注文ステータス１０１４が保管される。注文ステータス１０１４は０がプリントサイト発注前（デフォルト値）、１がプリントサイト発注済、２が配送済みを意味する。
【００５５】
図１１は、本実施形態におけるフォトサイト１０５で管理する注文画像データテーブル１１００を示す図である。注文画像データテーブル１１００は、アルバムの印刷オーダーがあると、通知される画像に対応して画像数分だけのレコードが作製され、データベース１１８に登録、管理される。注文画像データテーブル１１００には注文番号１１０１をキーとしてプリントサイト１０９の受付番号１１０２、印刷オーダー単位で管理する画像番号１１０３、プリント注文用にコピーしたサムネイル画像、オリジナル画像、及びプレビュー表示用画像のファイルパス１１０４、１１０５、１１０６、プリント枚数１１０７、プリントサイズ１１０８、プリントタイプ１１０９、画像ＩＤ１１１０を管理する。プリントサイズ１１０８には１はＬ判、２は２Ｌ判、３は官製はがきサイズ、４は私製はがきサイズ、５はＡ４サイズを意味する。また、プリントタイプ１１０９では、０は縁無しプリント、１は縁有りプリントを意味する。尚、同一の注文では注文番号１１０１と注文番号１００１は同一の番号が格納さる。画像ＩＤ１１００はコピー前の画像ＩＤであり、画像ＩＤ９０１と同一の値が保持される。
【００５６】
図１２は、本実施形態におけるフォトサイト１０５で管理する注文決済データテーブル１２００を示す図である。注文決済データテーブル１２００は、アルバムの印刷注文があると１オーダーにつき１レコード作成され、データベース１１８に登録、管理される。注文決済データテーブル１２００には注文番号１２０１をキーとして決済方法１２０２、合計料金１２０３、プリント料金１２０４、プリント料金税額１２０５、送料１２０６、送料税額１２０７、ステータス１２０８を管理する。決済方法１２０２では１は振込み、２は代引き、３はクレジット決済、４は店舗決済代行を意味するが、本実施の形態では４は店舗決済代行の場合のみの流れを説明する。ステータス１２０８では０は決済注文未確定（デフォルト値）、１は未決済注文保留中、２は決済終了を意味する。なお、同一の注文では注文番号１２０１として注文番号１００１と同じ値が格納される。
【００５７】
図１３は、本実施形態におけるフォトサイト１０５で管理する注文者データテーブル１３００を示す図である。注文者データテーブル１３００は、アルバムの印刷注文があると１オーダーにつき１レコード作成され、データベース１１８に登録、管理される。注文者データテーブル１３００では注文者ＩＤ１３０１をキーとして、ユーザＩＤ１３０２、通知先メールアドレス１３０３、氏名（姓）１３０４、氏名（名）１３０５、ふりがな（姓）１３０６、ふりがな（名）１３０７、郵便番号（１、２）１３０８、１３０９、都道府県コード１３１０、住所（１、２）１３１１、１３１２、電話番号（１、２、３）１３１３、１３１４、１３１５、機種ＩＤ１３１６を管理する。印刷注文者がフォトサイトの登録ユーザでない場合、ユーザＩＤ１３０２には０が代入される。尚、同一の注文においては注文者ＩＤ１３０１と注文者ＩＤ１００２には同じＩＤが格納され、注文者がフォトサイトの会員である場合には同一の注文者に対するユーザＩＤ１３０２とユーザＩＤ４０１には同じＩＤが格納される。この場合、１３０３〜１３１５の各ユーザ情報は同一ユーザＩＤ４０１を持つ顧客情報テーブル４００の対応する各ユーザ情報に入力されている値がコピーされる。
【００５８】
図１４は、本実施形態におけるフォトサイト１０５で管理するプリントサイトデータテーブル１４００を示す図である。尚、本実施形態では、１箇所のプリントサイト（プリントサイト１０９）で説明しているが、プリントサイトデータテーブル１４００は、フォトサイト１０５に接続できる新たなプリントサイトができた場合、それに応じて新たなレコードが作製され、ＤＢサーバ２０８に登録・管理される。プリントサイトデータテーブル１４００では、プリントサイトＩＤ１４０１をキーとしてプロバイダ名称１４０２、プリントオーダー通知用ＣＧＩへのＵＲＬ１４０３を管理する。
【００５９】
［画像のアップロード例］
次に、ユーザＰＣ１０２からフォトサイト１０５への画像のアップロード処理について説明する。ユーザが、ユーザＰＣ１０２によりインターネット１０４を介してフォトサイト１０５にアクセスすると、図１５に示す画面１５００が表示される。すなわち、図１５は、本実施形態のフォトサイト１０５に正常にログイン認証されたときに表示される画面例を示す図である。
【００６０】
図１５では、ユーザが５個のアルバムを作成したことがボタン１５１１〜ボタン１５１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域１５２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域１５１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン１５１７〜ボタン１５２２の各ボタンが押下されると領域１５２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域１５２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【００６１】
そして、画面１５００においてアップロードボタン１５０８が押下されると、画像のアップロード処理が開始される。図１６は、本実施形態におけるフォトサイト１０５において選択中のアルバムに画像をアップロードする際の処理手順を説明するためのフローチャートである。
【００６２】
まず、画面１５００のボタン１５０８が押下されると、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数Ｆを算出する（ステップＳ１６０１）。フォトサイト１０５の資源には通常限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【００６３】
そして、追加可能なファイル数Ｆが正数であるかどうかを判定することによって、アップロード可能か否かの判定を行う（ステップＳ１６０２）。その結果、追加可能なファイル数Ｆが１未満であった場合（Ｎｏ）、アップロード不可であるとみなして図１７に示す画面１７００をエラー表示する（ステップＳ１６０３）。図１７は、本実施形態のフォトサイト１０５でアップロードできないことを示す警告画面例を示す図である。画面１７００においてＯＫボタン１７０１が押下されると画面１５００に戻る。
【００６４】
一方、追加可能なファイル数Ｆが１以上であった場合（Ｙｅｓ）、図１８に示すアップロード用画面１８００が表示される（ステップＳ１６０４）。図１８は、本実施形態のアップロード画像の選択画面例を示す図である。この画面には、ユーザＰＣ１０２上のファイルを選択するための参照ボタン１８０１、ファイルパスを入力するための入力領域１８０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域１８０３をステップＳ１６０１で算出された追加可能なファイル数Ｆ分だけ表示する。
【００６５】
そして、送信ボタン１８０４が押下されると、選択された画像ファイルをユーザＰＣ１０２からフォトサイト１０５内の作業領域へ転送する（ステップＳ１６０５）。尚、図１６のフローチャートには示されていないが、キャンセルボタン１８０５が押下されるとアップロード処理は終了し、画面１５００が表示されるようにしてもよい。
【００６６】
ステップＳ１６０５でフォトサイト１０５に転送された画像ファイルは、ファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。次に、作業変数Ｉを「１」とする（ステップＳ１６０６）。そして、Ｉ＜＝Ｎかどうかを判定する（ステップＳ１６０７）。その結果、Ｉ＞Ｎならば（Ｎｏ）、画面１５００を表示して（ステップＳ１６１６）、当該処理を終了する。
【００６７】
一方、ステップＳ１６０７にてＩ＜＝Ｎの場合（Ｙｅｓ）、転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う（ステップＳ１６０８）。本実施形態では、判定の一例として、アップロードされたファイルがＪＰＥＧファイルであり、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能な画像ファイルと判断するものとする。尚、上記以外の判定方法を用いた場合も同様に適用可能である。
【００６８】
ステップＳ１６０８の判定の結果、フォトサイト１０５で扱えないファイルであった場合（Ｎｏ）、図１９に示す画面１９００を表示し（ステップＳ１６０９）、フォトサイト１０５内の作業領域に置かれた当該画像ファイルを削除する（ステップＳ１６１０）。図１９は、本実施形態のフォトサイト１０５で対応できないファイルがアップロードされたときの警告画面例を示す図である。尚、ＤＣＦの情報はプリントサイト１０９で画像のプリントを行う際に、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ステップＳ１６１０において、ＯＫボタン１９０１が押下されるとステップＳ１６１５に移行して次のファイルをアップロードするための処理に進む。
【００６９】
一方、ステップＳ１６０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合（Ｙｅｓ）、この画像に対してサムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する（ステップＳ１６１１）。
【００７０】
次に、ステップＳ１６１２でファイルの追加が可能か否かの判定を行う。この判定は、処理中のファイルを登録するとディスク使用上限を超えるかどうかを判定することにより行う。そして、ステップＳ１６１２でファイル追加不可能と判定された場合（Ｎｏ）、図１７に示す画面１７０１を表示して、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し（ステップＳ１６１３）、画面１５００を表示する（ステップＳ１６１６）。
【００７１】
一方、ステップＳ１６１２でファイル追加可能と判定された場合（Ｙｅｓ）、画像情報をＤＢサーバ２０８に登録する（ステップＳ１６１４）。すなわち、アップロードされた画像ファイルに対して図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４に、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５に、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。また、選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１に、上記画像ＩＤを画像ＩＤ８０２に、アルバム内の画像数に１を加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【００７２】
次に、ステップＳ１６１５でＩを「１」だけ加算してステップＳ１６０７に戻る。上述したように、ＩがＮより小さい間ステップＳ１６０７からステップＳ１６１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【００７３】
尚、上述したような例では画像をアップロードする端末としてＰＣ１０２を例に挙げて説明したが、本発明に係る情報処理システムはこれに限定されるものではなく、携帯端末１１３から画像をアップロードするようにしてもよいし、或いはデジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置１０１から直接に有線や無線で画像をアップロードするようにしてもよい。
【００７４】
［アルバムの通知例］
図２０は、画面１５００において通知ボタン１５０５が押下されたときに表示される画面を示す図である。すなわち、本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【００７５】
画面２０００においてユーザは送信先メールアドレス２００２、送信者メールアドレス２００３、メールタイトル２００４、メッセージ２００５を入力後、通知ボタン２００６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【００７６】
図２１は、本実施形態のアルバム通知メールの一例を示す図である。図２１に示すように、通知メールに含まれるＵＲＬ及びアルバムＩＤは、画面２０００のＵＲＬ及び公開アルバムＩＤ表示領域２００８に表示される内容と同じである。画像をアップロードしたユーザによって指定され、メール通知を受けたユーザは、メール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【００７７】
［公開用アルバムＩＤの生成例］
次に、公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより、公開用アルバムＩＤは、その番号、文字列から第三者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【００７８】
［アルバムの閲覧処理例］
図２２は、本実施形態の携帯端末１１３からフォトサイト１０５へのアルバム閲覧の指示のやりとりの一例を説明するためのフロー図である。以下、図２２に示すように、画像データをフォトサイト１０５にアップロードしたユーザ以外が、携帯端末１１３からフォトサイト１０５に対してアップロードされているアルバムを閲覧する方法について詳細に説明する。
【００７９】
［画像閲覧サービス］
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供することが可能である。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、「閲覧ユーザ」と称す。）のＥ−ＭａｉｌアドレスをＷｅｂブラウザを用いてフォトサイト１０５に通知する。
【００８０】
フォトサイト１０５は、閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる（以後、この様な一意に予測不可能なＵＲＬを「ランダムＵＲＬ」と称す。）。ランダムＵＲＬの一例として、
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
というようなものが用いられる。
【００８１】
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを「携帯端末ユーザ」と称す。）は、インターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌによって通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像及びアルバムの閲覧することができる。
【００８２】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５とを介して、携帯端末１１３との各種データのやり取りが可能なモバイルネットワーク１１４に送り出され、携帯端末１１３に転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３の専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４→インターネット接続ゲートウエイ１１５→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００８３】
フォトサイト１０５は、携帯端末ユーザからのアクセスに対しては、携帯端末１１３上で動作しているＷｅｂブラウザで表示可能なＷＭＬ、ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３の機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。携帯端末１１３は機種によって、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境が異なる。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。本実施形態では、説明の便宜上、図１においては携帯端末１１３の１つのみ示しているが、実際には当然複数の機種で利用することが可能である。
【００８４】
［携帯端末１１３からのアルバムの閲覧］
以下、携帯端末からのアルバムの閲覧に関するアプリケーションサーバ２０４の詳細な説明をする。
【００８５】
図２３〜図２７に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【００８６】
図２１に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図２３に示すアルバム閲覧開始画面２３００を表示することができる（ステップＳ２２ａ）。図２３は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示されるログイン画面例を示す図である。フォトサイト１０５のロートバランサ２０２において、ｈｔｔｐのリクエストヘッダに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値により、携帯端末１１３からのリクエストを判定し、ＭｏｂｉｌｅＡｐｐｓサーバ２０４に処理を振り分ける。尚、このような処理の振り分けは、Ｃｏｋｋｉｅの有無等を用いても良い。
【００８７】
アプリケーションサーバ２０４は、メール文章に記載されたＵＲＬ対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す（ステップＳ２２ｂ）。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、さらにそのアルバムにパスワードが設定されているか否かを判断する。その結果、パスワードが設定されている場合はアルバム閲覧開始画面２３００を表示し（ステップＳ２２ｃ）、設定されていない場合は図２４に示す画像閲覧画面２４００を表示する。図２４は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【００８８】
携帯端末ユーザが、アルバム閲覧開始画面２３００の入力領域２３０１にパスワードを入力して、ＯＫボタン２３０２を押下すると（ステップＳ２２ｄ）、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画像閲覧画面２４００を表示する（ステップＳ２２ｅ）。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【００８９】
画像閲覧画面２４００では、画像サイズを縮小した画像２４０１とその名称２４０２、アルバム内の画像順番２４０３、表示する画像を選択するためのリンク２４０４、アルバム内の全画像数２４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン２４０６、画像情報表示画面２５００を表示するためのリンク２４０７、アルバム情報表示画面を表示するためのリンク２４０８、プリント注文を行うためのリンク２４０９を表示する。
【００９０】
携帯端末ユーザがリンク２４０４を押下すると、現在表示中の画像の前後の順番の画像を画像２４０１表示部分に表示するとともに、対応する画像名称を名称２４０２表示部分に表示する。携帯端末ユーザが入力フィールド２４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像２４０１表示部分に表示するとともに、対応する画像名称を名称２４０２表示部分に表示する。
【００９１】
携帯端末ユーザがリンク２４０７を押下すると（ステップＳ２２ｆ）、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面２５００を表示する（ステップＳ２２ｇ）。また、携帯端末ユーザがリンク２４０８を押下すると（ステップＳ２２ｈ）、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する（ステップＳ２２ｉ）。携帯端末ユーザがリンク２４０９を押下すると、閲覧中のアルバムに対してプリント注文を行うための一括プリント注文画面２６００を表示する。図２６は、本実施形態の携帯端末１１３からのプリント注文処理における一括プリント注文画面を示す図である。
【００９２】
また、アプリケーションサーバ２０４は、リンク２４０４や「表示」ボタン２４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されている場合には画面２７００を表示する（ステップＳ２２ｊ）。一方、画像が閲覧禁止になっている場合にはエラー画面を表示する（ステップＳ２２ｋ）。
【００９３】
図２５は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示される画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。画像情報表示画面２５００では、詳細な画像名称２５０１、画像の閲覧者数２５０２、コメント２５０３、画像閲覧画面２４００に戻るためのリンク２５０４を表示する。また、アルバム情報表示画面（図示せず）では、画像情報表示画面２５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【００９４】
図２７は、本実施形態の携帯端末１１３からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。画面２７００では、画像閲覧画面２４００の画像２４０１表示と画像名称２４０２表示の代わりに、「この画像は削除されました」というコメント２７０１を表示する。又、画像情報表示画面２５００を表示するためのリンクは表示しない。尚、その他の表示内容は図２４と同様であるので説明は省略する。
【００９５】
［携帯アプリケーション用データベースの構成］
図２８から図３０は、携帯端末用アプリケーションサーバ２０４がＤＢサーバ２０８内で管理している各種テーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。
【００９６】
図２８は、特定の携帯端末１１３からのアクセスを管理するテーブルを示す図である。このＭＢセッション情報テーブル２８００は、新規のアクセス毎に１レコードずつＤＢサーバ２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤ２８０１を割り付けられ、招待メールを発送したアルバムオーナーのユーザＩＤ２８０４と共にテーブルに格納される。尚、ユーザＩＤ２８０４は、ユーザＩＤ５０１と同一である。
【００９７】
また、このＭＢセッション情報テーブル２８００には、新規のアクセスを受けた時点の日時２８０３と、同一セッションＩＤでの最終アクセス日時２８０２を格納している。アプリケーションサーバ２０４は、ＤＢサーバ２０８内のＭＢセッション情報テーブル２８００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性２８０５にフラグを立てる。そして、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【００９８】
図２９は、携帯端末１１３からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示した図である。図２９に示すＭＢアルバム情報テーブル２９００は、新規のアクセス毎に１レコードずつＤＢサーバ２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル２８００に格納したセッションＩＤと、携帯端末から指定されたアルバムＩＤと、アルバム情報データテーブル７００の内容の一部コピーを格納する。
【００９９】
図３０は、携帯端末１１３からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。図３０に示すＭＢ画像情報テーブル３０００は、新規のアクセス毎にアルバム内にある画像数分のレコードがＤＢサーバ２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル２８００に格納したセッションＩＤと、アルバム画像データテーブル８００と画像情報データテーブル９００の内容の一部コピーを格納する。さらに、アプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネイルファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル３０００内の画像パス３００６に格納する。
【０１００】
［閲覧制御フローチャート］
図３１は、アプリケーションサーバ２０４が画像閲覧画面２４００を表示する際の処理手順を表すフローチャートである。
【０１０１】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、アルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル２８００を検索して判定する（ステップＳ３１０１）。その結果、既存のセッションＩＤと判定した場合（Ｙｅｓ）、同一セッションＩＤを使用した２回目以降のアクセスと判断し、続いて携帯端末ユーザからの要求の内容を解析する（ステップＳ３１０９）。そしてその結果、要求内容がアルバム閲覧であると判断した場合（画像閲覧）、セッション画像表示処理を行う（ステップＳ３１０３）。一方、要求内容がプリント注文であると判断した場合（プリント注文）、後述するステップＳ３１１５のプリント注文処理を行う。また、ステップ３１０１において、既存のセッションＩＤがないと判定された場合（Ｎｏ）、１回目の画像閲覧表示と判断し、システム情報の取得でサイト内の標準時間を取得する（ステップＳ３１０２）。
【０１０２】
次に、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ３１０２で取得した時間を比較し（ステップＳ３１０３）、一定時間以上前のアクセスであればタイムアウトと判断し（Ｙｅｓ）、エラーページを表示する（ステップＳ３１０７）。このようにすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１０３】
一方、ステップＳ３１０４でタイムアウトでないと判定された場合（Ｎｏ）、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。そして、このＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索取得する（ステップＳ３１０５）。さらに、アルバムオーナーが脱会していないか確認する（ステップＳ３１０６）。その結果、アルバムオーナーが脱会している場合（ＮＧ）、エラーページを生成する（ステップＳ３１０７）。
【０１０４】
一方、アルバムオーナーが脱会していない場合（ＯＫ）、取得した情報からアルバム情報データテーブル７００を取得し（ステップＳ３１０８）、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧の可否を確認する（ステップＳ３１１０）。その結果、エラー時には（ＮＧ）、エラーページを生成する（ステップＳ３１０７）。
【０１０５】
一方、エラーが無ければ（ＯＫ）、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する（ステップＳ３１１１）。また、ここでサムネイル画像ファイルパス９０５で示されたファイルサーバ２０９の画像を一旦取得し、ファイルサーバ２０９内の携帯アクセス専用のテンポラリ領域にコピーする。尚、このとき、アルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目の画像のみをコピーする。
【０１０６】
次に、取得した情報とコピーした画像パス情報を、ＭＢセッション情報テーブル２８００、ＭＢアルバム情報テーブル２９００、ＭＢ画像情報テーブル３０００を生成し、各情報及び画像パス等を格納する（ステップＳ３１１２）。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したオーナーであるユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１０７】
さらに、携帯端末１１３からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００に反映する（ステップＳ３１１３）。そして、画像閲覧画面２４００のデータを生成する（ステップＳ３１１４）。
【０１０８】
図３２は、セッション情報が既に作られているときのセッション画像表示処理（ステップＳ３１０３）を詳細に説明するためのフローチャートである。まず、システム情報の取得でサイト内の標準時間を取得する（ステップＳ３２０１）。次いで、ＵＲＬのパラメータ部に付加されているセッション情報を解析し、取得したセッション情報をキーとしてＭＢセッション情報２８００及びＭＢアルバム情報２９００を検索取得する（ステップＳ３２０２）。尚、この中にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。また、上記ＵＲＬパラメータ部には現在参照している画像表示番号も含まれる。
【０１０９】
さらに、ＭＢセッション情報２８００内のレコード属性を判断し（ステップＳ３２０３）、一定時間以上前のアクセスであればタイムアウトと判断し（Ｙｅｓ）、エラーページを表示する（ステップＳ３２０６）。このようにすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。一方、タイムアウトと判定されない場合（Ｎｏ）、当該ユーザＩＤをキーとして、さらに、顧客情報データテーブル４００を検索取得し（ステップＳ３２０４）、アルバムオーナーが脱会していないかどうかを確認する（ステップＳ３２０５）。そして、脱会していた場合（ＮＧ）、エラーページを生成する（ステップＳ３２０６）。
【０１１０】
一方、アルバムオーナーが脱会していない場合（ＯＫ）、セッション情報からアルバム情報データテーブル７００を取得し（ステップＳ３２０７）、アルバムの公開可否及び閲覧可否を確認する（ステップＳ３２０８）。その結果、公開されている場合（Ｙｅｓ）、ステップＳ３２０２で取得したＡｌｂｕｍＩＤ及び画像表示番号を基にして、アルバム画像データテーブル８００及びアルバムに関する情報である画像情報データテーブル９００内の対応レコードを取得する（ステップＳ３２１６）。
【０１１１】
また、ここで、サムネイル画像ファイルパス９０５で示されたファイルサーバ２０９の画像を一旦取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーする。尚、この際は、上記アルバム画像データテーブル８００の画像表示番号８０３を参照し、現在参照している画像を一枚コピーする。さらに、ＭＢ画像情報テーブル３０００を取得する（ステップＳ３２０９）。一方、ステップＳ３２０８で公開禁止になった場合（Ｎｏ）、削除フラグ１をセットして（ステップＳ３２１０）、ステップＳ３２１５の画面生成処理に進む。
【０１１２】
ステップＳ３２１１では、画像が画像情報データテーブル９００にあるか否か、及び画像の閲覧可否を確認して、画像が閲覧表示可能か判断する。その結果、閲覧表示可能の場合（Ｙｓｅ）、携帯端末１１３からのアクセスカウントを更新する（ステップＳ３２１２）。一方、不能の場合（Ｎｏ）、画像が削除されたと判断して削除フラグ２をセットする（スえっぷＳ３２１３）。ステップＳ３２１２、Ｓ３２１３の処理の後、アクセス日時をＭＢセッション情報テーブル２８００の最終ログイン日時に反映する（ステップＳ３２１４）。そして、ステップＳ３２１５の画面生成処理に進み、ユーザ操作にる２回目以後の画像表示要求に対する画像閲覧画面２４００の情報を生成する。
【０１１３】
図３３は、画像閲覧画面２４００のデータを生成する処理のステップＳ３１１４、Ｓ３２１５を更に詳細に説明するためのフローチャートである。図３３に示すように、まず、ステップＳ３３０１及びＳ３３０３で削除フラグ１と削除フラグ２を検査し、削除フラグがセットされている場合（Ｙｅｓ）、ステップＳ３３０２及びＳ３３０４でそれぞれのエラー表示文字列をセットする。
【０１１４】
一方、両フラグがセットされていない場合（Ｎｏ）、ＭＢ画像情報テーブル３０００にある画像名称の文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する（ステップＳ３３０５）。その結果、文字数が設置値より小さい場合（Ｙｅｓ）、ＭＢ画像情報テーブル３０００にある画像名称を画像閲覧画面２４００にある画像名称２４０２の文字列にセットする（ステップＳ３３０６）。一方、大きいと判断した場合（Ｎｏ）、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２バイトコード文字か否かを判定する（ステップＳ３３０７）。
【０１１５】
ステップＳ３３０７の判定により、表示文字数（ＤｉｓｐＣｈ）に２バイトコード文字が挟まっている場合（２バイト）、ＭＢ画像情報テーブル３０００内の画像名称３００４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−２バイト）目までを画像閲覧画面２４００にある画像名称２４０２にセットする（ステップＳ３３０９）。一方、１バイトコード文字が挟まっている場合（１バイト）、ＭＢ画像情報テーブル３０００内の画像名称３００４から境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−１バイト）目までを画像閲覧画面２４００にある画像名称２４０２にセットする（ステップＳ３３０９）。図２４に示される画像名称２４０２は、設定値により表示文字数を制限している状態を表しており、図４５に示すその際の詳細情報画面では、画像名称全てを省略せずに表示している。
【０１１６】
ステップＳ３３０８、Ｓ３３０９の処理後は、画面２４０７のリンク情報をセッション情報を含んだ形で生成する（ステップＳ３３１０）。さらに、画像閲覧画面２４００に画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で処理９２１１において生成する（ステップＳ３３１１）。そして、生成した画面情報をまとめて送出する（ステップＳ３３１２）。尚、ステップＳ３３０４の処理が行われた場合（すなわち、画像が削除された場合）、画面２７００を表示するためのデータを最終的に生成する。
【０１１７】
［携帯端末からのプリント注文］
図２６は、前述したように、本実施形態の携帯端末１１３からのプリント注文処理における一括プリント注文画面を示す図であり、携帯端末からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１１８】
図３６は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理に関する画面の遷移関係を示す図である。すなわち、携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、まず、図２４の画像閲覧画面２４００内のプリント注文リンク２４０９を押下し、後述する一括プリント注文画面２６００の表示を要求する。この要求を受けたアプリケーションサーバ２０４は、前述した図３１のフローチャートに従ってステップＳ３１０９で要求内容を解析し、それがプリント注文であると判断してステップＳ３１１５のプリント注文処理を行う。
【０１１９】
図３４は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理を説明するためのフローチャートである。また、図３５は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理におけるプリント注文情報更新処理の詳細を説明するためのフローチャートである。以下、これらのフローチャートに基づいて、携帯端末１１３からのプリント注文に関するアプリケーションサーバ２０４側の処理について詳細に説明する。
【０１２０】
携帯端末１１３からプリント注文処理に入ると、まず、一括プリント注文画面２６００を携帯端末側に表示し、アルバム内の全画像に対するプリントサイズとプリント枚数の指定を携帯端末ユーザに促す（ステップＳ３４０１）。同時に、新たな注文番号を発行してＤＢサーバ２０８内の注文情報テーブル１０００に新規注文用のレコードを作成し、注文ステータス１０１４を０（プリントサイト発注前）にしておく。また、ＭＢセッション情報テーブル２８００から現在のセッションＩＤに対応するレコードを探し出し、その中の注文番号フィールド２８０６に先程発行した注文番号を格納する。ここで発行した注文番号は、後述するプリント注文関連の画面内に埋め込まれる各種ＵＲＬのパラメータ部分に常に付加する。
【０１２１】
携帯端末ユーザは、プルダウンメニュー２６０２を押下することで、選択可能なプリントサイズをリスト状に表示し、その中から所望のプリントサイズを選択することができる。本実施形態では、ユーザが選択できるプリントサイズには、ＤＰ判フチなし、ＤＰ判フチあり、Ｌ判フチなし、Ｌ判フチあり、２Ｌ判フチなし、２Ｌ判フチありの６種類があるものとする。尚、この種類は任意に変更できるようにしてもよい。また、本実施形態では、プリントサイズの指定はこの一括プリント注文画面２６００でのみ行うものとする。すなわち、アルバム内の全画像に対して一種類のプリントサイズのみ指定できるようにする。携帯端末ユーザは、アルバム内の全画像をプリントしたい場合には、続いて枚数入力領域２６０３に所望の枚数を入力する。
【０１２２】
上記設定でプリント注文を行って良い場合には、携帯端末ユーザが「すすむ」ボタン２６０４を押下することで、図３９に示す次の注文者情報入力画面３９００へ遷移する。図３９は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（新規入力時）である。
【０１２３】
一方、アルバム内の全画像をプリントするのではなく、幾つかの画像のみ選択的にプリントしたい場合、若しくは画像毎に異なる枚数でプリントしたい場合、「こちらへ」ボタン２６０５を押下することで図３７に示す個別プリント注文画面３７００へ遷移する。図３７は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【０１２４】
いずれの場合においてもアプリケーションサーバ２０４は、注文画像データテーブル１１００に選択された画像数分のレコードを作成して入力されたプリントサイズとプリント枚数を格納する。また、注文取消しリンク２６０６を押下することで、プリント注文処理をキャンセルして画像閲覧画面２４００へ戻ることができる。この際に表示される画像は、プリント注文処理へ入る直前に表示していた画像である。
【０１２５】
ここで、図４６は、本発明の一実施形態に係る印刷オーダー時に通知されるＥ−Ｍａｉｌの一例を示す図である。図２６の画面例のフィールド２６０７には、図４６に示すような受付メールにおけるお支払い受付番号、後述する画面４５００のお支払い番号を入力することができる。また、ボタン２６０４又はボタン８０５が押下された時に、フィールド２６０７に入力があるかを判断する（ステップＳ３１１６）。その結果、番号が入力されている場合（Ｙｅｓ）、プリント注文情報更新処理を行う（ステップＳ３１１７）。アプリケーションサーバ２０４は、この番号をキーにして過去データを検索する。一致データがある場合、設定されている注文者情報や配送先情報を先に説明した新規注文用のレコードにコピーする。
プリント注文情報更新処理について図３５を用いて詳細に説明する。まず、入力されている番号を検索キーとしてセットする（ステップＳ３５０１）。次に、アクセスしている携帯電話１１３からの機種ＩＤをｈｔｔｐのリクエストヘッダーより取得する（ステップＳ３５０２）。そして、ステップＳ３５０１でセットした検索キーで個人情報を注文決済データテーブル１２００より検索する（ステップＳ３５０３）。さらに、一致したデータがあるか否かを確認する（ステップＳ３５０４）。また、一致した決済データにセットされた注文者データテーブル１３００の機種ＩＤフィールド１３１６と処理Ｓ３５０２でセットした機種ＩＤが一致するかをどうかも判断する（ステップＳ３５０５）。
【０１２６】
上記ステップＳ３５０４、Ｓ３５０５のいずれかの処理が失敗したときは終了する。一方機種ＩＤが一致した場合、設定されている注文者情報や配送先情報を前述した新規注文用のレコードにコピーする（ステップＳ３５０６）。また、一括プリント注文画面２６００の最上部には、プリント注文処理の画面遷移状況を表すインジケータ２６０１を表示する。
【０１２７】
例えば、本実施形態における画面遷移状態には、図３６に示したような４つのフェーズ（画像選択、個人情報入力、見積もり、注文確定）がある。そこで、本実施形態の上記インジケータでは、現在表示している画面がこの４つのフェーズの何処に位置しているかをマーク２６０１で模式的に表現している。図２６の一括プリント注文画面２６００では、マーク２６０１は一番左に表示しているが、上記４つのフェーズ間を移動する毎にマーク２６０１を一つずつ右へ移動して表示する。
【０１２８】
本実施形態のように表示領域が限定された携帯端末においては、文字で画面遷移状況を表現することが難しいため、このように抽象化したマーク等を用いて表現している。このようなインジケータにより、携帯端末ユーザはプリント注文処理の進行状況を大まかに把握することができる。
【０１２９】
ステップＳ３４０３にて個別プリント注文画面３７００へ遷移した場合、携帯端末ユーザはプリントしたい画像をアルバム内から選択してプリント枚数を指定することができる。図３７は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。このとき、画面内にはアルバム内の画像の画像名がリスト状に表示されていて、携帯端末ユーザはプリントしたい画像に対応する枚数入力領域３７０３に所望の枚数を入力する。そして、入力された枚数は、設定更新ボタン３７０４が押下されたタイミングでのみ携帯端末１１３からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。従って、設定更新ボタン３７０４を押下せずに後述するボタンやリンクを押下して別の画面に遷移した場合、アプリケーションサーバ２０４は携帯端末ユーザからの上記プリント枚数の入力がなかったものとみなされる。
【０１３０】
本実施形態では、プリントサイズの指定は一括プリント注文画面２６００でのみ行い、本個別プリント注文画面３７００では指定しないように敢えてしている。また、一画面中に表示する画像名は最大５つまでとしており、アルバム内にこれより多くの数の画像がある場合、複数ページに跨って画像名のリストを表示する。ページ番号３７０５は、この場合の現在表示中のページを表している。また、前へリンク３７０６、次へリンク３７０７を押下することで、ページ間の移動が可能である。さらに、ページ番号指定領域３７０８に移動先のページ番号を入力して表示ボタン３７０９を押下することで、指定したページ番号のページへ移動することができる。
【０１３１】
さらにまた、画面上に表示している画像名自体もリンクになっており、携帯端末ユーザがこのリンクを押下することで、画像確認画面３８００へ遷移する。図３８は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における画像確認画面を示す図である。
【０１３２】
そして、携帯端末ユーザがアルバム内の各画像に対するプリント枚数指定を一通り終えた場合、「すすむボタン」３７１０を押下することで次の注文者情報入力画面３９００へ遷移する。また、戻るリンク３７１２を押下すると、一括プリント注文画面２６００へ遷移する。
【０１３３】
また、一画面中に表示する画像名を５つ以下の場合の個別プリント注文画面としてもよい。例えば、この画面と前述した画面３７００との差異は、設定更新ボタン３７０４と前へリンク３７０６、次へリンク３７０７、ページ番号指定領域３７０８、表示ボタン３７０９が無いことである。そして、携帯端末ユーザによって入力されたプリント枚数は、すすむボタン３７１０が押下されたタイミングでのみ携帯端末１１３からアプリケーションサーバ２０４側へ送出され、注文画像データテーブル１１００の対応レコード（必要に応じて作成）に格納される。
【０１３４】
図３８の画像確認画面３８００は、携帯端末ユーザがプリントを所望する画像を実際に見て確認するための画面である。この画面には、画像と画像名、画像ページ番号、画像サイズ、プリント回数を表示し、それらの情報は画像情報データテーブル９００の対応するレコードから読み出す。そして、戻るリンク３８０１を押下すると個別プリント注文画面３７００へ遷移する。
【０１３５】
続いてのステップＳ３４０４では、注文者情報入力画面３９００を携帯端末側に表示し、携帯端末ユーザに対して個人情報の入力を促す。携帯端末ユーザは、画面の指示に従って姓名、姓名のフリガナ、郵便番号、住所、電話番号、メールアドレス、配送方法、配送先を入力し、すすむボタン３９１４を押下する。
【０１３６】
アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、注文者データテーブル１３００に新たなレコードを生成し、入力された個人情報を格納する。この際、本実施形態では都道府県情報をＪＩＳで規定されている都道府県コードとして格納することにしている。このため、アプリケーションサーバ２０４は都道府県入力領域３９０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。また、この際割り振った注文者ＩＤを、ステップＳ３４０１において作成済みの注文情報データテーブル１０００にあるレコード内の注文者ＩＤフィールド１００２に格納する。尚、未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。
【０１３７】
また、処理プリント処理情報更新がなされている場合、図４０に示すように過去にセットした注文者情報をあらかじめ表示する。図４０は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（情報が入力された時）である。
【０１３８】
携帯端末ユーザが配送先３９１３として「注文者と同じ」を選択してすすむボタン３９１４を押下した場合（ステップＳ３４０５でＮｏの場合）、次のフェーズである見積もり表示画面４３００へ遷移する。一方、「配送先を指定」を選択してすすむボタン３９１４を押下した場合（ステップＳ３４０５でＹｅｓの場合）、図４１に示す配送先入力画面４１００へ遷移する（ステップＳ３４０６）。図４１は、 本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（新規入力時）である。
【０１３９】
また、戻るリンク３９１６を押下すると、直前に表示していた一括プリント注文画面２６００か個別プリント注文画面３７００のどちらかへ遷移する。ステップＳ３４０５において配送先入力画面４１００へ遷移した場合、前回入力した注文者情報とは別に配送先を指定することができる。そこで、携帯端末ユーザは、画面の指示に従って姓名、姓名のフリガナ、郵便番号、住所、電話番号、メールアドレスを入力し、すすむボタン４１１２を押下する。
【０１４０】
アプリケーションサーバ２０４は、入力された情報に不備が無いことをチェックした後、ステップＳ３４０１において作成済みの注文情報データテーブル１０００のレコード内に入力された配送先情報を格納する。この際、アプリケーションサーバ２０４は上述した注文者情報入力画面３９００での処理と同様に、都道府県入力領域４１０７に入力された文字列を認識して都道府県コードに変換した後、上記レコードに格納する。また、未入力や指定外文字種入力等によって入力に不備があった場合には、携帯端末側にエラー画面を表示して再入力を促す。尚、処理プリント処理情報更新がなされている場合、図４２に示すように過去にセットした配送先情報をあらかじめ表示する。図４２は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（情報が入力された時）である。
【０１４１】
携帯端末ユーザが、すすむボタン４１１２を押下した場合、図４３に示す見積もり表示画面４３００へ遷移する。また、戻るリンク４１１４を押下すると、注文者情報入力画面３９００へ遷移する。図４３は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における見積もり画面を示す図である。ステップＳ３４０７では、見積もり表示画面４３００を携帯端末側に表示し、携帯端末ユーザに対してプリント注文内容の確認を促す。このため、商品価格や送料，各種手数料とその合計利用金額を算出し、さらに注文者情報、配送先等の情報と共に画面に表示する。また、注文決済データテーブル１２００に新たなレコードを生成し、算出した見積もりデータを格納する。この際のステータス１２０８は０（決済注文未確定）にしておく。画面３９００は注文者情報と配送先が同じ場合の表示例であるため、配送先表示欄に「注文者と同じ」と表示している。また、注文者情報と配送先が異なる場合には、配送先表示欄に配送先情報を表示する。
【０１４２】
ステップＳ３４０８において携帯端末ユーザが注文するボタン４３０２を押下した場合（Ｙｅｓ）、ステップＳ３４０９へ進む。また、戻るリンク４３０４を押下すると、直前に表示していた注文者情報入力画面３９００か配送先入力画面４１００のどちらかへ遷移する。また、注文取消しリンク４３０３を押下することで、プリント注文処理をキャンセルして画像閲覧画面２４００へ戻ることができる。この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０１４３】
ステップＳ３４０９では、携帯端末ユーザに選択された画像がＤＢサーバ２０８内の画像情報データテーブル９００内にあるか否かをアプリケーションサーバ２０４がチェックする。その結果、テーブル内に画像が無い場合（Ｎｏ）、携帯端末側にエラー画面を表示し（ステップＳ３４１０）、その後、再度一括プリント注文画面２６００を表示して携帯端末ユーザに画像選択を促す。一方、ステップＳ３４０９でテーブル内に全ての画像がある場合（Ｙｅｓ）、ステップＳ３４１１へ進む。
【０１４４】
ステップＳ３４１１では、携帯端末１１３からのプリント注文要求が既に過去に受け付け済みの要求か否かをチェックする。これは、後述するように、注文受け付け画面４４００とオーダーステータス画面４５００のＵＲＬを同一にして、携帯端末ユーザの操作性を向上するために必要な処理である。具体的には、携帯端末１１３側において見積もり画面４３００の注文するボタン４３０２が押下された際にアプリケーションサーバ２０４へ送られてくるプリント注文要求内に含まれている（ＵＲＬパラメータに含まれている）注文番号に基づいて、注文決済データテーブル１２００内から対応するレコードを検索し、その中のステータス１２０８を参照する。
【０１４５】
そして、当該ステータスが決済注文未確定の場合（Ｙｅｓ）、少なくともまだ注文受け付け処理が完了していないプリント注文要求であると判断して、次のステップＳ３４１２へ進む。一方、ステータスが決済注文未確定以外の場合（Ｎｏ）、既に注文受け付け処理が完了しているプリント注文要求であると判断して、ステップＳ３４１７に進み、オーダーステータス画面を表示する。
【０１４６】
ステップＳ３４１２では、少なくともまだプリント注文受け付け処理が完了していないプリント注文要求が、本当に一度目のプリント注文要求であるか否かをチェックする。これは、見積もり画面４３００の注文するボタン４３０２が二度押しされた場合に、誤ってプリント注文要求を複数回受け付けないようにするために必要な処理である。
【０１４７】
具体的には、受けたプリント注文要求に対する後述のプリントオーダー作成処理（ステップＳ３４１３）を行っている最中か否かによって判断する。そこで、プリントオーダー作成中である場合（Ｙｅｓ）、二度目以降のプリント注文要求であると判断して、エラー画面を表示して（ステップＳ３４１８）、プリント注文処理を終了する。一方、作成中でない場合（Ｎｏ）、一度目のプリント注文要求であると判断して、次のステップＳ３４１３へ進む。
【０１４８】
ステップＳ３１１８ではｈｔｔｐのリクエストヘッダより取得したアクセスしている携帯端末１１３からの機種ＩＤを注文者データテーブル１３００の機種ＩＤフィールド１３１６に格納する。
【０１４９】
次いで、図４４の注文受け付け画面４４００を携帯端末側に表示し、プリント注文要求を受け付けた旨をユーザに通知する（ステップＳ３４１３）。図４４は、本発明の一実施形態に係る携帯端末１１３からのプリント注文処理における注文受け付け画面を示す図である。また、この画面４４００には、後述するステップＳ３４１５において携帯端末ユーザに対して注文受け付け処理が完了した旨を通知するメールが発送されることも記載する。さらに、この注文受け付け画面４４００のＵＲＬを携帯端末１１３に記憶しておき、後からそのＵＲＬへアクセスすることで、後述するオーダーステータス画面４５００を表示することができることも記載する。
【０１５０】
さらにまた、この画面４４００には終了ボタン４４０２が配置されており、携帯端末ユーザがこのボタンを押下することでプリント注文処理を完了して画像閲覧画面２４００へ戻ることができる。尚、この際表示する画像は、プリント注文処理へ入る直前に表示していた画像である。
【０１５１】
アプリケーションサーバ２０４は、ステップＳ３４１３で注文受け付け画面４４００を表示すると同時に、ステップＳ３４１４のプリントオーダーファイル作成処理を行う。ここで作成するファイルは、フォトサイト１０５で印刷する画像データ、印刷枚数、印刷形式、注文者情報、配送先、発注金額などの情報を１つのファイルにパッケージしてまとめたものである。
【０１５２】
続いてアプリケーションサーバ２０４は、決済サイト１２０に利用金額を通知し、決済サイト１２０は、通知された利用金額を受け付ける処理を行った後にその確認番号をアプリケーションサーバ２０４に通知する（ステップＳ３４１５）。この通知を受けたアプリケーションサーバ２０４は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を１（未決済注文保留中）に変更する。さらに、アプリケーションサーバ２０４は、前述した図４６に示すメールを携帯端末ユーザに送付する（ステップＳ３４１６）。
【０１５３】
その後、確認番号を入手したユーザは、店舗１２１に行き、確認番号を提示し利用金額を支払う。店舗１２１経由で入金を受けた決済サイト１２０はＳ３４２０にて、入金処理を行い、フォトサイト１０５に入金通知を行う。入金通知を受けたフォトサイト１０５は、注文決済データテーブル１２００内の対応レコードのステータス１２０８を２（決済終了）に変更する入金処理を行う。さらに、プリントオーダーファイルをプリントサイトに送付し、プリントサイト１０９に対して正式のプリントオーダーを発行する。そして、注文情報データテーブル１０００内の対応レコードのステータス１０１４を１（プリントサイト発注済み）に変更する
正式プリントオーダーが通知されるとプリントサイト１０９ではオーダー受注処理を行い、画像データの印刷処理を行う。印刷処理が終わると配送指示と終了通知をフォトサイト１０５に通知し処理を終了する。一方、通知を受けたフォトサイト１０５は、注文情報データテーブル１０００内の対応レコードのステータス１０１４を２（配送済み）に変更し、ユーザに印刷物の発送を行った旨のメールを送付して終了する。尚、上記オーダー受注処理、配送指示と終了通知、ステータスの変更の各処理を行ったときに、プリントサイト１０９のステータスをフォトサイト１０５に返し、その情報がフォトサイト１０５上のＤＢサーバ２０８に保管される。
【０１５４】
上述したステップＳ３４１７で表示するオーダーステータス画面４５００とは、プリント注文を行った携帯端末ユーザがその後の処理状況を確認できるようにすることを目的として、アプリケーションサーバ２０４側で提供する画面である。この画面には、注文者の氏名や利用金額、処理ステータス、注文商品情報等を表示する。ここで、処理ステータスには、入金待ち、入金期限切れ、プリント待ち、プリント完了、配送完了等があり、注文情報データテーブル１０００内のステータス１０１４や注文決済データテーブル１２００内のステータス１２０８の状態と連動して随時ステータス表示を変更する。
【０１５５】
携帯端末ユーザがこの画面へアクセスする方法は、前述した注文受け付け画面４４００自体のＵＲＬを携帯端末１１３に記憶して使用するか、若しくは前述のステップＳ３４１６において携帯端末ユーザに送付されたメールに記載されているオーダーステータス画面のＵＲＬを使用するかの何れかである。そして、アプリケーションサーバ２０４は、ユーザがこの何れかの方法でアクセスしてきた場合も前述したステップＳ３４１１の処理を行い、結果的にオーダーステータス画面４５００を携帯端末１１３の画面上に表示する。
【０１５６】
また、携帯端末１１３からのプリント注文の場合、ユーザがプリント注文を行うとまずステップＳ３４１２で受け付け画面を返し、続いてステップＳ３４１３でプリントオーダーファイルを作成してステップＳ３４１４で決済サイトから番号を取得する。携帯端末１１３との通信では、携帯端末１１３からのリクエストに対してフォトサイトからのレスポンスが返るまでの間のタイムアウトが短めに設定することが多い。
【０１５７】
このような事情を考慮して、本実施形態では、携帯端末１１３からのプリント注文時は、プリント注文要求に対してレスポンスである受け付け画面の返送をすぐに行い、その後処理時間がかかる可能性のある処理を行う工夫をしている。このことにより、携帯端末１１３とフォトサイト１０５間の通信タイムアウトを極力防ぐことができる。
【０１５８】
＜第２の実施形態＞
次に、本発明の第２の実施形態に係る情報処理システムについて説明する。図４７は、本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する画面の遷移関係を示す図である。また、図４８は、本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する一括プリント注文画面を示す図である。すなわち、図４８に示す画面表示は、携帯端末１１３からのプリント注文時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。尚、本実施形態における情報処理システムの基本構成は、上述した第１の実施形態と同一であるため省略する。
【０１５９】
携帯端末ユーザが閲覧中のアルバムに対してプリント注文を行う場合、まず図２４の画像閲覧画面２４００内のプリント注文リンク２４０９を押下し、後述する一括プリント注文画面４８００の表示を要求する。
【０１６０】
画面４８００では、図４６に示す受付メールのお支払い受付番号、後述する画面４５００のお支払い番号をフィールド４８０１に入力することができる。ボタン４８０２が押された時に、フィールド４８０１に入力があるかを判断する。番号が入力されている場合プリント注文情報更新処理を行う。この処理は、先に説明した図３５のフローチャートを用いて説明した処理とほぼ同様であり、異なる点は、アプリケーションサーバ２０４がこの番号をキーにして過去データを検索し、一致データがある場合に設定されている注文者情報や配送先情報、さらにオーダーした画像情報等を先に説明した新規注文用のレコードにコピーする点である。そして見積もり表示４３００を表示する。
【０１６１】
尚、フィールド４８０１は、表示しているアルバムが過去にプリント注文のリクエストを受け、お支払い番号を発行済している場合や、アクセスしている携帯電話の機種ＩＤが、登録されている機種ＩＤと一致した場合のみ表示するようにしても良い。
【０１６２】
＜他の実施形態＞
尚、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。また、上述したように、本発明は画像閲覧・印刷を行う情報処理システムに限定されることなく、通信回線を介してサーバ等の外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０１６３】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
【０１６４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（又は記憶媒体）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６５】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１６６】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【０１６７】
【発明の効果】
以上説明したように、本発明によれば、ユーザの各種設定の入力操作を容易にすることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】第１の実施形態のフォトサイト１０５の細部構成例を示す図である。
【図３】第１の実施形態に係るフォトサイト１０５のハードウエア構成例を示す図である。
【図４】第１の実施形態におけるフォトサイト１０５のＤＢサーバ２０８で管理する顧客情報に関するデータテーブル４００を示す図である。
【図５】第１の実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブル５００を示す図である。
【図６】第１の実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブル６００を示す図である。
【図７】第１の実施形態のフォトサイトで管理するアルバム情報データテーブル７００を示す図である。
【図８】第１の実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブル８００を示す図である。
【図９】第１の実施形態におけるフォトサイト１０５で管理する画像情報テーブル９００を示す図である。
【図１０】第１の実施形態におけるフォトサイト１０５で管理する注文情報データテーブル１０００を示す図である。
【図１１】第１の実施形態におけるフォトサイト１０５で管理する注文画像データテーブル１１００を示す図である。
【図１２】第１の実施形態におけるフォトサイト１０５で管理する注文決済データテーブル１２００を示す図である。
【図１３】第１の実施形態におけるフォトサイト１０５で管理する注文者データテーブル１３００を示す図である。
【図１４】第１の実施形態におけるフォトサイト１０５で管理するプリントサイトデータテーブル１４００を示す図である。
【図１５】第１の実施形態のフォトサイト１０５に正常にログイン認証されたときに表示される画面例を示す図である。
【図１６】第１の実施形態におけるフォトサイト１０５において選択中のアルバムに画像をアップロードする際の処理手順を説明するためのフローチャートである。
【図１７】第１の実施形態のフォトサイト１０５でアップロードできないことを示す警告画面例を示す図である。
【図１８】第１の実施形態のアップロード画像の選択画面例を示す図である。
【図１９】第１の実施形態のフォトサイト１０５で対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２０】第１の実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図２１】第１の実施形態のアルバム通知メールの一例を示す図である。
【図２２】第１の実施形態の携帯端末１１３からフォトサイト１０５へのアルバム閲覧の指示のやりとりの一例を説明するためのフロー図である。
【図２３】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図２４】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図２５】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示される画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図２６】第１の実施形態の携帯端末１１３からのプリント注文処理における一括プリント注文画面を示す図である。
【図２７】第１の実施形態の携帯端末１１３からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図２８】特定の携帯端末１１３からのアクセスを管理するテーブル例を示す図である。
【図２９】携帯端末１１３からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示す図である。
【図３０】携帯端末１１３からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。
【図３１】アプリケーションサーバ２０４が画像閲覧画面２４００を表示する際の処理手順を表すフローチャートである。
【図３２】セッション情報が既に作られているときのセッション画像表示処理（ステップＳ３１０３）を詳細に説明するためのフローチャートである。
【図３３】画像閲覧画面２４００のデータを生成する処理のステップＳ３１１４、Ｓ３２１５を更に詳細に説明するためのフローチャートである。
【図３４】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理を説明するためのフローチャートである。
【図３５】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理におけるプリント注文情報更新処理の詳細を説明するためのフローチャートである。
【図３６】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理に関する画面の遷移関係を示す図である。
【図３７】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における個別プリント注文画面（複数ページ構成の場合）を示す図である。
【図３８】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における画像確認画面を示す図である。
【図３９】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（新規入力時）である。
【図４０】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における注文者情報入力画面を示す図（情報が入力された時）である。
【図４１】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（新規入力時）である。
【図４２】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における配送先入力画面を示す図（情報が入力された時）である。
【図４３】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における見積もり画面を示す図である。
【図４４】本発明の第１の実施形態に係る携帯端末１１３からのプリント注文処理における注文受け付け画面を示す図である。
【図４５】本発明の第１の実施形態に係る携帯端末からのプリント注文処理におけるオーダーステータス画面を示す図である。
【図４６】本発明の第１の実施形態に係る印刷オーダー時に通知されるＥ−Ｍａｉｌの一例を示す図である。
【図４７】本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する画面の遷移関係を示す図である。
【図４８】本発明の第２の実施形態に係る情報処理システムにおける携帯端末からのプリント注文処理に関する一括プリント注文画面を示す図である。
【符号の説明】
１０１ 画像入力装置
１０２ ユーザＰＣ
１０４ インターネット
１０５ フォトサイト
１０９ プリントサイト
１１３ 携帯端末
１２０ 決済サイト
１２１ 店舗
Claims (7)
- ブラウザ機能を有する通信端末にオンラインサービスを提供する情報処理装置であって、
前記通信端末からの所定のサービスに関する要求を受け付ける受付手段と、
前記通信端末のブラウザに前記サービスの注文情報の入力画面を提示させる提示手段と、
前記通信端末から入力された注文情報を取得する取得手段と、
前記注文情報を前記通信端末と対応付けて記憶する記憶手段とを備え、
前記提示手段は、前記記憶手段に前記通信端末と対応する他の注文情報が記憶されている場合、該他の注文情報を含む前記入力画面を提示させる
ことを特徴とする情報処理装置。 - 前記サービスは画像の印刷サービスであり、前記注文情報は印刷物の配送先を示す情報を含むことを特徴とする請求項１に記載の情報処理装置。
- 前記印刷サービスにより印刷される画像を保管する保管手段をさらに備えることを特徴とする請求項２に記載の情報処理装置。
- 前記注文情報を識別する注文番号を前記通信端末に対して通知する番号通知手段をさらに備え、
前記提示手段は、前記通信端末から前記注文番号が入力された場合、該注文番号に対応する前記注文情報の入力画面を前記通信端末に提示させる
ことを特徴とする請求項１から３までのいずれか１項に記載の情報処理装置。 - ブラウザ機能を有する通信端末にオンラインサービスを提供するサービス提供方法であって、
前記通信端末からの所定のサービスに関する要求を受け付ける受付工程と、
前記通信端末からの前記サービスに関する情報が所定の記憶部に記憶されているか否か判定する判定工程と、
前記サービスに関する情報が前記記憶部に記憶されていないと判定された場合に、前記通信端末のブラウザに前記サービスの注文情報の入力画面を提示させ、前記サービスに関する情報が前記記憶部に記憶されていると判定された場合に、該記憶部に記憶されている前記情報を含む前記入力画面を提示させる提示工程と、
前記通信端末から入力された注文情報を取得する取得工程と、
前記注文情報を前記通信端末と対応付けて前記記憶部に記憶する記憶工程と
を有することを特徴とするサービス提供方法。 - 請求項５に記載のサービス提供方法を情報処理装置に実行処理させるためのプログラム。
- 請求項６に記載のプログラムを格納したことを特徴とする情報処理装置が読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003185388A JP2005018618A (ja) | 2003-06-27 | 2003-06-27 | 情報処理装置及びサービス提供方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003185388A JP2005018618A (ja) | 2003-06-27 | 2003-06-27 | 情報処理装置及びサービス提供方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005018618A true JP2005018618A (ja) | 2005-01-20 |
Family
ID=34184862
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003185388A Withdrawn JP2005018618A (ja) | 2003-06-27 | 2003-06-27 | 情報処理装置及びサービス提供方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005018618A (ja) |
-
2003
- 2003-06-27 JP JP2003185388A patent/JP2005018618A/ja not_active Withdrawn
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4047041B2 (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実現するプログラム | |
| JP4143329B2 (ja) | サーバ装置、その制御方法、及びそのプログラム | |
| JP2003281029A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| US20040054963A1 (en) | Information processing apparatus for providing image to communication terminal and control method therefor | |
| JP2003331047A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれをコンピュータに実施させるためのプログラム及びそのプログラムをコンピュータ読み出し可能に記憶した記憶媒体 | |
| EP1480439B1 (en) | Method of uploading data to data holding system and apparatus thereof | |
| JP4280452B2 (ja) | 情報処理装置及びその制御方法及びそれを実現するプログラム | |
| US20090210512A1 (en) | System, method, and program product for creating and sharing digital image output data across a network | |
| JP2003108419A (ja) | サーバ装置及び通信端末及びそれらの制御方法 | |
| JP4328556B2 (ja) | 情報処理装置及び情報処理方法及びそのプログラム | |
| JP4208529B2 (ja) | 情報処理装置及びその制御方法と、その方法をコンピュータ装置に実行させるためのプログラム | |
| JP4164323B2 (ja) | 情報提供装置及びその制御方法、それをコンピュータ装置に実行させるためのプログラム | |
| JP2006011626A (ja) | データ保管システム及びアプリケーションサーバ装置及びその制御方法及びその制御方法をコンピュータ装置に実施させるためのプログラム | |
| JP2005018618A (ja) | 情報処理装置及びサービス提供方法 | |
| JP3950737B2 (ja) | 画像管理装置、その方法及びプログラム | |
| JP4804558B2 (ja) | 画像処理装置及びその制御方法、プログラム | |
| JP2004348267A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2004112115A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2004112116A (ja) | 情報処理システム及び情報提供装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2004349859A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2004112088A (ja) | 情報処理装置及びその制御方法 | |
| JP2004110205A (ja) | 情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム | |
| JP2004214818A (ja) | 新聞制作用画像の送受信装置 | |
| JP2004110720A (ja) | 情報処理装置、情報処理方法、プログラム、及び記憶媒体 | |
| JP2003281035A (ja) | 情報提供システム、情報提供装置、情報提供方法、プログラム、及び記録媒体 |
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: 20060905 |