JP2004112088A

JP2004112088A - Information processing apparatus and control method thereof

Info

Publication number: JP2004112088A
Application number: JP2002268827A
Authority: JP
Inventors: Makoto Kobayashi; 小林　真琴
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-09-13
Filing date: 2002-09-13
Publication date: 2004-04-08

Abstract

【課題】ネットワークを介したサービスを提供する場合に、サービスの各セッションに関わるセッション情報や各種データを効率良く管理する情報処理装置及びその制御方法を提供する。
【解決手段】セッションの終了とは無関係に、セッションのタイムアウトを判定してセッション情報を無効化する処理（Ｓ５２０１）と、セッション開始時に複写した表示用画像を削除する処理（Ｓ５２０２）と、無効化されたセッションに関わる情報を削除する処理（Ｓ５２０３）を行う。
【選択図】　　図４８An information processing apparatus for efficiently managing session information and various data related to each session of a service when a service is provided via a network, and a control method thereof.
Kind Code: A1 A process for determining session timeout and invalidating session information irrespective of termination of a session (S5201), a process for deleting a display image copied at the start of a session (S5202), and invalidation. A process (S5203) of deleting the information related to the performed session is performed.
[Selection] Fig. 48

Description

【０００１】
【発明の属する技術分野】
本発明は、通信端末、特に携帯端末に画像を提供する情報処理装置及びその制御方法に関する。
【０００２】
【従来の技術】
デジタル画像情報は、一般に、画像入力機器によって提供される。近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズ、コストがスケールダウンしたことで、画像を撮影する画像入力機器が広く用いられるようになってきた。そして、デジタルカメラを用いて撮影した画像データは、デジタルカメラ内にあるメモリに保存された後、デジタルカメラのユーザが所有するパーソナルコンピュータ内のＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。又、カラースキャナの普及に伴って、電子データとして画像を作成、保管することも容易にできるようになった。
【０００３】
一方で、近年通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能となっている。
【０００４】
このような背景から、情報提供サービスを行うシステムとして、画像サービスサイト（以後フォトサイトと称す）が、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に再度閲覧できるようなサービス（画像閲覧サービス）を提供するシステムが生まれた。又、このようなサービスを提供するプロバイダもある。
【０００５】
画像閲覧サービスを提供するフォトサイトは、端末からのアクセス毎に、アクセス時間、閲覧するアルバム、アルバム内画像情報等からなる一連のセッション情報を管理する。また、実際のアルバム内画像も同時に管理する必要がある。
【０００６】
また画像閲覧サービスを提供するフォトサイトでは、ユーザからのアクセス時にセッションＩＤを用い、最後のアクセスから一定時間経過するとセッションタイムアウトを起こし、以降、旧セッションＩＤでのアクセスを拒否するように構成される。
【０００７】
また、近年特にデジタルカメラの高画素化が進み、オリジナルの画像の画素数が増加する傾向にある。そのため、オリジナルの画像をそのまま閲覧に供すると画面に入りきらなかったり、データ転送に時間がかかる等の問題が生じるおそれがある。そのため、フォトサイトではアップロードされたオリジナル画像に基づいて閲覧表示用画像、すなわち大きさやデータ量を削減した画像を生成し、管理している。
【０００８】
そして、閲覧サービス提供時には、フォトサイトサーバの表示用領域に閲覧表示用の画像ファイルを複製し、サービス終了時にこの表示用領域に存在する閲覧表示用画像ファイルを消去していた。
【０００９】
【発明が解決しようとする課題】
しかしながら、画像閲覧サービス中にセッションタイムアウトが発生した場合、その都度管理していたセッション情報や表示領域に複製した閲覧表示用画像ファイルを消去するためには、各セッション単位にタイムアウト時間を設定し、管理しなければならない。
【００１０】
また、閲覧表示用画像は、セッション毎に表示のための領域にコピーされるが、各セッションのセッションタイムアウト後に消去しなければならない。しかし、この処理を実現するには、セッション毎に閲覧表示用画像消去を管理する必要がある。
【００１１】
本発明は、このような従来技術の問題点を解決するために提案されたものであり、その目的とするところは、画像の閲覧サービスを行う場合に画像データや文字データを管理し、閲覧画像を効率良く送出し、閲覧サービスの各セッションに関わるセッション情報や閲覧のための複製画像を効率良く管理する、情報処理装置及びその制御方法を提供することにある。
【００１２】
【課題を解決するための手段】
すなわち、本発明の要旨は、通信端末とのセッション毎に、当セッションの識別情報を含むセッション情報を生成し、記憶手段に記憶するセッション情報生成手段と、記憶手段に記憶されたセッション情報を所定のタイミングで周期的にチェックし、第１の所定時間アクセスのないセッションに関するセッション情報を無効化する無効化手段とを有することを特徴とする情報処理装置に存する。
【００１３】
また、本発明の別の要旨は、情報処理装置の制御方法であって、通信端末とのセッション毎に、当セッションの識別情報を含むセッション情報を生成し、記憶手段に記憶するセッション情報生成ステップと、記憶手段に記憶されたセッション情報を所定のタイミングで周期的にチェックし、第１の所定時間アクセスのないセッションに関するセッション情報を無効化する無効化ステップとを有することを特徴とする情報処理装置の制御方法に存する。
【００１４】
また、本発明の別の要旨は、本発明の情報処理装置の制御方法をコンピュータ装置に実現させるプログラムに存する。
【００１５】
また、本発明の別の要旨は、本発明の情報処理装置の制御方法をコンピュータ装置に実現させるプログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体に存する。
【００１６】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。なお、本実施形態に記載されている各種構成や構成要素の配置、表示画面等は例示的なものであって、限定的な記載がない限り、本発明の範囲をこれら例示内容に限定するものではない。また、以下に説明する実施形態の変形物や等価物は本発明に含まれることが意図されている。
ここでは、本発明の一実施形態として、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１７】
■＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供サーバを用いる情報提供システムの構成例を示す図である。
情報提供システムは、サービスの提供を受けるユーザが利用するユーザ端末としてのＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）１０２（以下、ユーザＰＣと略す）及び携帯端末１１３と、ユーザの画像及び個人情報を管理し、画像閲覧サービス等の情報提供システムを提供する情報提供サーバとしてのフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９を有する。また、本実施形態において、これらの構成要素はインターネット１０４を介して相互に通信可能に接続されているが、他のコンピュータネットワークであってもよい。
【００１８】
なお、本実施形態において、携帯端末１１３は、携帯電話、ＰＨＳをはじめ、携帯電話等の通信アダプタを内蔵又は外部接続可能な携帯情報端末（ＰＤＡ）など、インターネット１０４を介してフォトサイト１０５と通信可能な機能を有する携帯端末であれば任意の端末を使用可能である。
また、本実施形態において、移動端末１１３はモバイルネットワーク１１４及びインターネットゲートウェイ１１５を介してインターネット１０４と接続されるが、他の構成によってインターネット１０４と接続されても良い。
【００１９】
フォトサイト１０５は、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携し、そのプリントサイトに対して印刷のオーダを依頼する。又、プリントサイト１０９は、インターネットを利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００２０】
ユーザがフォトサイト１０５にアップロードしてある画像の印刷を希望する場合、ユーザ端末、例えばユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。これに応じてフォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択し、印刷指示を行う。印刷指示に応答して、フォトサイト１０５は選択された画像の識別情報をプリントサイト１０９へ受け渡す。プリントサイト１０９では、この識別情報を用いて画像データを取得し、印刷処理を行う。
【００２１】
■（画像アップロード）
図１で、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００２２】
データ転送用インターフェース１１６は、撮影された画像データを画像入力装置１０１とユーザＰＣ１０２間で転送するためのインターフェースである。データ転送用インターフェース１１６は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）やＩＥＥＥ１３９４に代表される有線インターフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１ｘに代表される無線系インターフェースの場合もある。
【００２３】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２４】
ユーザＰＣ１０２上では、インターネット１０４を介して情報転送可能な標準プロトコル（ＨＴＴＰ，ＦＴＰ等）をサポートするＷｅｂブラウザが動作可能である。このＷｅｂブラウザによって、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２５】
画像入力装置１０１で撮影され、ユーザＰＣ１０２の情報記憶領域に格納されている画像データは、ユーザＰＣ１０２のユーザの要求により、フォトサイト１０５に転送される（以下、この転送を画像アップロードと呼ぶ）。この画像アップロードを行う方法としては、先に述べたＷｅｂブラウザを用いて転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送する方法や、画像アップロード専用ソフトウエア等を用いて、直接、画像データを選択して転送する方法がある。いずれの方法も、インターネット上で利用可能なプロトコル、例えばＨＴＴＰやＦＴＰなどに基づいて実行される。
【００２６】
アップロードされた画像データはフォトサイト１０５において利用可能なデータであるかどうかをチェックされる。利用可能であると判断した場合は、アップロードされた画像データや属性情報等を格納する。フォトサイト１０５は、アップロードされた画像データの複数枚をひとつの単位としてまとめたアルバムとして管理することもできる。
【００２７】
この段階でフォトサイト１０５は、正常に画像データがアップロードされたことをユーザＰＣ１０２に通知する。ユーザＰＣ１０２のユーザは、Ｗｅｂブラウザを介して、このようにして画像データをアップロードすることができる。
【００２８】
フォトサイト１０５には、画像データの属性情報以外にも各種データが一元管理されている。例えば、予め登録しているユーザ属性情報のデータや、アップロードされた画像データのプリントアウトを依頼するプリントサイト属性情報のデータなどである。
【００２９】
尚、上記では画像をアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、携帯端末、例えば携帯電話から画像をアップロードできてもよいし、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置から直接に有線や無線で画像をアップロードできてもよい。
【００３０】
■＜画像閲覧サービス＞
次に、画像データをフォトサイト１０５にアップロードしたユーザ以外が、インターネット１０４を介して、格納されている画像データを閲覧する方法について説明する。
【００３１】
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を、一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供する。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）のＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザを用いてフォトサイト１０５に通知する。
【００３２】
フォトサイト１０５は閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Ｕｎｉｖｅｒｓａｌ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる。（以後、この様な一意に予測不可能なＵＲＬをランダムＵＲＬと称す。）　下記にその一例を示す。
【００３３】
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、例えばユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌで通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することができる。
【００３４】
又、フォトサイト１０５は、画像をアップロードしたユーザが指定する携帯端末所有者に対して、画像（又はアルバム）の閲覧通知や閲覧機能サービスを提供することができる。この場合、フォトサイト１０５は、前述の閲覧ユーザに対するＥ−Ｍａｉｌ通知と同様に、携帯端末１１３に対してもＥ−Ｍａｉｌ通知を行う。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを、携帯端末ユーザと略す）は、同様に画像及びアルバムの閲覧することができる。
【００３５】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５Ａとを介して、携帯端末１１３Ａとの各種データのやり取りが可能なモバイルネットワーク１１４Ａに送り出され、携帯端末１１３Ａに転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３Ａの専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４Ａ→インターネット接続ゲートウエイ１１５Ａ→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００３６】
フォトサイト１０５は、閲覧ユーザからのアクセスに対して、ＰＣ１０２上で動作しているＷｅｂブラウザで表示可能なＨＴＭＬ，ＸＭＬ等の記述言語で作成されたＷｅｂデータを返す。
【００３７】
一方、携帯端末ユーザからのアクセスに対しては、携帯端末１１３Ａ上で動作しているＷｅｂブラウザで表示可能なＷＭＬ，ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３Ａの機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。閲覧可能な機種は、携帯端末１１３Ａのみではなく、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境の違う携帯端末１１３Ｂもある。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。説明の便宜上、図１においては利用可能な携帯端末機種をＡとＢの２つのみ示しているが、実際には当然これ以上の機種で利用可能である。
【００３８】
■＜本実施形態のフォトサイトの構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネット（登録商標）スイッチ（ＳＷ）２１０からなる。
【００３９】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００４０】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ（ＰＣ−ＡＰＰＳ）２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ（Ｍｏｂｉｌｅ−ＡＰＰＳ）２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３，２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００４１】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ（Ｍｏｂｉｌｅ−Ｔｒａｎｓ）２０５に振り分けを行う。
【００４２】
アプリケーションサーバ２０３は、ＰＣ１０１からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００４３】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００４４】
アプリケーションサーバ２０４は、バックエンド（各ユーザのＩＤ、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成しする。
【００４５】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをＨＴＴＰで受けたとき、リクエストに含まれるＵｓｅｒ−Ａｇｅｎｔ情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００４６】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００４７】
ユーザからの画像はＦＴＰプロトコルにてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００４８】
以上のような本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２Ａを用いて、フォトサイト１０５に対して、利用登録を行い、フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像の転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像の印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２ＡからユーザＰＣ１０２Ｂ、及び携帯端末１１３Ａへ、フォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧：ユーザＰＣ１０２Ｂから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３Ａから、フォトサイト１０５に格納された画像データの閲覧を行う。
【００４９】
■＜本実施形態のフォトサイトのハードウエア構成例＞
図３は、本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略してある。
【００５０】
１０は図１の制御装置であるＣＰＵであり、フォトサイト全体を制御する。ＲＯＭ２０には、変更を必要としないプログラムやパラメータが格納されている。ＲＡＭ３０はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１とプログラムロード領域３２からなる。
【００５１】
プログラムロード領域３２には、外部記憶装置４０からＯＳやプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ１０により実行される。
【００５２】
データ記憶領域３１には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１ａ、ユーザの通信端末から受信した受信データ３１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１ｃや現在使用している保管用容量３１ｄ、携帯端末からの閲覧時に使用される削除フラグ１，２を記憶する領域３１ｅやセッションＩＤ３１ｆなどが確保される。
【００５３】
外部記憶装置４０は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピー（登録商標）ディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域４１とプログラム記憶領域４２からなる。
【００５４】
データ記憶領域４１には、保管を依頼した顧客情報を管理する顧客情報データベース４１ａ、保管されている画像情報を管理する画像情報データベース４１ｂ、携帯端末用の情報を管理する携帯端末データベース４１ｃ等が記憶される。これらは、例えば、図４から図９、あるいは図４０から図４２にその構成例が更に以下で詳細に示される。
【００５５】
プログラム記憶領域４２には、ＲＡＭ３０のプログラムロード領域３２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム４２１として、以下に詳細に示すユーザ登録モジュール４２１ａ、ログインモジュール４２１ｂ、アルバム閲覧モジュール４２１ｃ、プリントオーダモジュール４２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム４２２として、本実施形態の特徴部分であるアルバム閲覧モジュール４２２ａが格納される。
【００５６】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよく、又、記憶部、特に外部記憶装置４０は複数の装置に分散されて構成されていてもよい。
【００５７】
■＜データベースの構成例＞
図４から図９は本実施形態におけるフォトサイト１０５が管理するデータベース２０８の内容を示した図である。
【００５８】
図４は、本実施形態におけるフォトサイト１０５で管理する顧客情報に関するデータテーブルを示した図である。
ユーザがユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、データベース２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は”１”ならば登録済みで利用可能な状態、”０”は利用禁止状態を表す。
【００５９】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、データベース２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００６０】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブルを示した図である。
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００６１】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブルを示した図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００６２】
アルバムの公開可否フラグ７０４は”１”ならば公開可能、”０”ならば公開禁止、”−１”ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は”１”ならばパスワード有り、”０”ならばパスワード無しを表し、パスワード可否フラグ７０５が”１”の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は”１”ならば印刷可能、”０”ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は”１”ならば表示可能、”０”ならば表示不可を意味する。表示形式番号は”１”ならば一覧表示、”２”ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、”１”ならば表示可能、”０”ならば表示不可を意味する。このフラグはサービス管理者により制御する。又、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２を保管する。
【００６３】
図８は本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブルを示した図である。
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００６４】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブルを示した図である。
画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は”１”ならば表示可能、”０”ならば表示不可を意味する。
【００６５】
■＜本実施形態のフォトサイトの動作例＞
図１０に、フォトサイト１０５における全体の動作例、特にＰＣからのアクセスに対する動作例を示す。
まず、ステップＳ１０１でユーザからのアクセスを待って、アクセスがあってアクセス要求がＰＣからであれば、ステップＳ１０２で初期画面（図１１参照）を表示する。初期画面に応答してユーザからの指示があると、ステップＳ１０４，Ｓ１０６，Ｓ１０８，Ｓ１１０で夫々「ユーザ登録」が選択されたか、「ログイン」が選択されたか、「アルバム閲覧」が選択されたか、「プリントオーダー」が選択されたかを判定する。「ユーザ登録」であればステップＳ１０５でユーザ登録処理を実行する。「ログイン」であればステップＳ１０７でログイン処理を実行する。「アルバム閲覧」であればステップＳ１０９でアルバム閲覧処理を実行する。「プリントオーダー」であればステップＳ１１１でプリントオーダー処理を実行する。
【００６６】
各処理を終了した場合、あるいはどの処理でもなかった場合は、ステップＳ１１２でサイトアクセスの終了か否かを判定し、終了でなければステップＳ１０２に戻って再度初期画面を表示させる。終了指示の受信があると、サービスを終了する。
【００６７】
以下、ＰＣ１０２に対するアプリケーションサーバ２０３の詳細なサービスを説明する。尚、以下の説明では、ユーザＰＣ１０２Ａがアップロード（画像の保管）を行い、ユーザＰＣ１０２Ｂや携帯端末１１３Ａ，Ｂが画像閲覧を行なう場合を例に説明する。
【００６８】
■＜フォトサイト１０５の入口＞
図１１は、本実施形態におけるフォトサイト１０５のサービスを受けようとする場合に最初に表示される初期画面の例である。
フォトサイト１０５の記憶部には、この画面１９００を表示するためのＨＴＭＬデータが格納されており、インターネット１０４経由で自由にダウンロード可能な状態となっている。従って、ユーザＰＣ１０２Ａで、Ｗｅｂブラウザを起動し、フォトサイト１０５のＷｅｂサーバのアドレスを示すＵＲＬを指定すれば、図１１に示す画面１９００が表示される。
【００６９】
画面１９００にはユーザ登録用ボタン１９０１、ユーザ登録を済ませたユーザがフォトサイト１０５を利用するためのログインネームの入力領域１９０２、パスワードの入力領域１９０３、ログインボタン１９０４、アルバムの閲覧を行うためのアルバムＩＤ入力領域１９０５、アルバム閲覧用ボタン１９０６、印刷注文のステータス確認用のプリントオーダＩＤ入力領域１９０７及びプリントオーダ確認ボタン１９０８が配置されている。
【００７０】
以下、画面１９００の各ボタンを押下したときの処理について説明する。
■＜ユーザ登録例＞
まず、ユーザ登録を行うための手続きについて説明する。図１２は、本実施携帯のユーザ登録時のユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりを示す図である。
【００７１】
画面１９００のユーザ登録用ボタン１９０１が押下されると、図１３のユーザ登録時のフォトサイト１０５の処理を表すフローチャートに従って処理が行われる。画面１９００にてユーザ登録用ボタン１９０１が押下されると、図１４に示される画面２１００が表示されユーザ登録処理が開始される（ステップＳ２００１）。
【００７２】
図１４に示される画面２１００は本実施形態におけるユーザ登録を行うための画面であり、登録するユーザの通知先メールアドレスの入力領域２１０１、ユーザのログインネームの入力領域２１０２、パスワードの入力領域２１０３、事シの入力領域２１０４、２１０５およびそのふりがなの入力領域２１０６、２１０７、登録するユーザの郵便番号の入力領域２１０８、２１０９、都道府県の選択領域２１１０、住所の入力領域２１１１、２１１２及び電話番号の入力領域２１１３、２１１４、２１１５を有する。キャンセルボタン２１１７が押下された場合には、図２０には不図示であるがユーザ登録処理は行われず、画面は１９００に戻る。
【００７３】
ここで、登録ボタン２１１６が押下されると、ステップＳ２００２にて必須項目が入力されたかどうかのチェックを行う。本実施形態ではメールアドレス２１０１、ログインネーム２１０２、パスワード２１０３、氏名（２１０４、２１０５）及び電話番号２１１３、２１１４、２１１５を必須項目とする。フォトサイト１０５で必須項目が入力されていないと判断された場合には、ステップＳ２００３にてエラー画面を表示する。
【００７４】
ステップＳ２００２において、必須項目が入力されたと判断された場合、フォトサイト１０５はデータベース２０８の顧客情報データテーブル４００を検索し（ステップＳ２００４）、入力領域２１０２で入力されたログインネームが既に使用されているかどうか判定する（ステップＳ２００５）。入力領域２１０２で入力されたログインネームが既に使用されている場合には、ステップＳ２００６でエラー画面を表示する。
【００７５】
入力領域２１０２で入力されたログインネームがデータベース２０８で見つからなかった場合には、パスワードの再入力を促す図１５の表示画面２２００が表示される（ステップＳ２００７）。図１５の表示画面２２００には、パスワードの入力領域２２０１、パスワードの送信指示２２０２、キャンセル２２０３が表示されている。キャンセル時には、図１３には不図示であるが登録処理は中断され、画面２１００が表示される。ステップＳ２００８にて、パスワードの入力領域２２０１に入力されたパスワードが画面２１００のパスワード入力領域２１０３で入力された文字と同じであるかどうかの判定を行う。ステップＳ２００８で入力されたパスワードが同じでなかったと判断された場合にはエラー画面を表示する（ステップＳ２００９）。
【００７６】
ステップＳ２００８で、入力されたパスワードが同じであったと判断された場合には、ステップＳ２０１０に進み、ユーザ登録に必要な情報が全て入力されたものとして、図１６に示されるユーザ情報確認画面２６００を表示する。ここに表示される情報は画面２１００にてユーザが入力した情報である。ここで、訂正ボタン２６０２が押下されると、ステップＳ２００１に戻って再度画面２１００が表示され、入力情報の編集を行うことができる。
【００７７】
確認ボタン２６０１が押下されると、過去に発行したユーザＩＤの最大値をデータベース２０８の顧客情報データテーブル４００より取得する。そして、その数値に１を加算した値を、新たに登録するべきユーザのユーザＩＤとする（ステップＳ２０１２）。
【００７８】
ステップＳ２０１３おいては、ステップＳ２０１２で求めたユーザＩＤに基づき、新たに顧客情報データテーブル４００を作成し、画面２１００で入力された情報をその顧客情報テーブル４００に登録する。つまり、図２１の入力領域２１０１の内容が図４の４０２に、入力領域２１０２の内容が４０３に、入力領域２１０３の内容が４０４に、入力領域２１０４の内容が４０５に、入力領域２１０５の内容が４０６に、入力領域２１０６の内容が４０７に、入力領域２１０７の内容が４０８に、入力領域２１０８の内容が４０９に、入力領域２１０９の内容が４１０に、選択領域２１１０の内容が４１１に、入力領域２１１１の内容が４１２に、入力領域２１１２の内容が４１３に、入力領域２１１３の内容が４１４に、入力領域２１１４の内容が４１５に、入力領域２１１５の内容が４１６に、それぞれ格納される。更にユーザ登録状態４１７を１とする。
【００７９】
ユーザ新規登録状態では、ユーザの作成したアルバムもアップロード画像も存在しないが、新規登録時に、図６に示した顧客アルバムテーブル６００と、図７に示したアルバム情報データテーブル７００とをそれぞれ１レコードずつ作成しデータベース２０８に登録しておいてもよい。この場合には、アルバムＩＤ６０２としては今までにデータベース２０８で発行したアルバムＩＤの最大値＋１が格納される。又、アルバム表示番号６０３は１に設定され、アルバム名７０２には、仮アルバム名称としてデフォルトで例えば「マイアルバム」と設定すればよい。その他、アルバム情報データテーブル７００内には、フォトサイト１０５で決定した初期値がそれぞれ設定されることは言うまでもない。
【００８０】
データベース２０８への登録が終了すると、図１６の画面２６００に表示された内容と同じ内容の電子メール文章を作成し、図４の顧客情報テーブル４００に登録されているＥ−Ｍａｉｌアドレスに対して電子メールを発行する（ステップＳ２０１４）。図１７はこのとき発行される電子メールの内容を示した一例である。
【００８１】
■＜ログイン＞
次に、フォトサイト１０５に対するユーザ登録を行ったユーザが、実際にフォトサイト１０５でのサービスを受けるための手続きについて説明する。尚、本実施形態では、フォトサイト１０５において、ユーザの画像は全てアルバムと名付けられたフォルダ単位で管理されているものとする。
【００８２】
画面１９００において、ログインネーム入力領域１９０２及びパスワード入力領域１９０３にログイン名及びパスワードを入力してログインボタン１９０４が押下されると、フォトサイト１０５ではデータベース２０８より顧客情報データテーブル４００を検索する。ログイン名が顧客情報データテーブル４００より検索されなかった場合、又は、検索されたレコードのパスワードとパスワード入力領域１９０３に入力された文字列が一致しなかった場合には、警告画面を表示する。
【００８３】
検索されたレコードのパスワードと、入力領域１９０３に入力された文字列とが一致した場合には、フォトサイト入力ユーザの認証を正常に行ったこととして図１８に示す画面２９００（以下、この画面をメインメニューとも言う）を表示する。
【００８４】
画面２９００において、ボタン２９０１はユーザ情報変更用のボタンである。ボタン２９０２はログアウトボタンである。領域２９０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン２９０４はアルバムのプロパティを設定するためのボタンである。ボタン２９０５はアルバム通知ボタンである。ボタン２９０６はアルバムを新規作成するためのボタンである。ボタン２９０７はアルバム削除のためのボタンである。ボタン２９０８は画像をアップロードするためのボタンである。ボタン２９０９はプリントオーダボタンである。領域２９１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイト上に保管している画像のサイズ、許容使用量に対する比率が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。
【００８５】
図１８ではユーザが５個のアルバムを作成したことがボタン２９１１〜ボタン２９１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域２９２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域２９１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン２９１７〜ボタン２９２２の各ボタンが押下されると領域２９２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域２９２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【００８６】
図１９は、図１８の画面２９００が表示された後のユーザの編集操作に関する処理方法を示したフローチャートである。画面２９００に対するユーザ操作に応じて以下の処理が行われる。
【００８７】
ステップＳ３００１にてユーザ入力を受け付けると、まず、ステップＳ３００２にて、そのユーザ入力がアルバム編集かどうかを判定する。画面２９００において領域２９０３内のボタンが押下された場合に、アルバム編集であると判断し、その場合にはステップＳ３００３のアルバム編集処理に移る。
【００８８】
ステップＳ３００２においてユーザ入力がアルバム編集でないと判定された場合には、ステップＳ３００４に進み、ユーザ入力が画像編集であるかどうかを判定する。画面２９００において領域２９１６内のボタンが押下された場合が画像編集であると判定し、ステップＳ３００５に移る。ステップＳ３００５では、図２９の領域２９１６内の何れかのボタンの押下に応じて、アルバム内で選択された画像に対し、右／左９０°回転、削除、移動、コピー、順序変更などの処理を行う。
【００８９】
ステップＳ３００４においてユーザ入力が画像編集でないと判定された場合にはステップＳ３００６に進み、ユーザ入力がユーザ情報の編集かどうかを判定する。画面２９００においてボタン２９０１が押下された場合がユーザ情報の編集である。このボタンが押下されるとステップＳ３００７にて図１４に示される画面２１００が表示され、ユーザが登録した情報の変更を行うことができる。ここでのユーザ情報編集処理は、（ユーザ登録）の項で説明したユーザ登録処理とほぼ同様であるが、画面表示時に初期値としてユーザが登録した情報が表示されていることと、登録ボタン２１１６、キャンセルボタン２１１７を押下したときに表示される画面が画面２９００であること、データベースへのユーザ情報の登録が新規登録ではなく既存のユーザ情報の更新になること、がその相違点である。
【００９０】
ステップＳ３００６でユーザ入力がユーザ情報の編集でないと判定された場合には、ステップＳ３００８に進み、ユーザ入力が画像選択かどうかを判定する。画面２９００内の領域２９２３にて画像の上でマウスクリック等の方法によってユーザが画像を選択した場合、画像選択が行われたと判定してステップＳ３００９の画像プロパティ編集処理に移る。画像プロパティ編集処理としては、画像ファイル名やコメントの編集を行うことができる。
【００９１】
ステップＳ３００８でユーザ入力が画像選択でないと判定された場合にはステップＳ３０１０に進み、ユーザ入力がアルバム選択かどうかを判定する。画面２９００で領域２９１０内のボタンを押下した場合にはアルバム選択が行われたと見なしてステップＳ３０１１のアルバム表示処理を行う。
【００９２】
ステップＳ３０１０でユーザ入力がアルバム選択でないと判定された場合には、ステップＳ３０１２にてユーザ入力がログアウトかどうかの判定を行う。画面２９００で、ボタン２９０２が押下された場合には、ユーザ入力がログアウトであると判定してステップＳ３０１３に進み、ログアウト処理を行う。ログアウト処理を行うときにはフォトサイト１０５はデータベース２０８のユーザ状態テーブル５００の最終表示アルバムＩＤ５０２に現在表示中のアルバムＩＤを登録して更新する。その後表示画面を画面１９００に戻す。
【００９３】
ステップＳ３０１２でユーザ入力がログアウトでないと判定された場合にはステップＳ３００１に戻り、次のユーザ入力を待つ。
【００９４】
以下、ステップＳ３００３（アルバム編集）、ステップＳ３０１１（アルバム表示）についての詳細を説明する。
【００９５】
■＜アルバム編集処理＞
図２０は、フォトサイト１０５でのアルバム編集処理の手順を示すフローチャートである。
【００９６】
ステップＳ３１０１にてプロパティの設定かどうかの判定を行う。画面２９００においてボタン２９０４が押下された場合にはプロパティの設定が選択されたと判定して、ステップＳ３１０２に移り、図２２に示される画面３２００が表示され、選択されたアルバム（直前に図１８の領域２９２３に表示されていたアルバム）に関する種々の属性の設定を行うことができる。
【００９７】
ステップＳ３１０１にてプロパティ設定でないと判定された場合にはステップＳ３１０３に進み、アルバム通知かどうかを判定する。画面２９００においてボタン２９０５が押下された場合にはアルバムの通知が選択されたと判定して、ステップＳ３１０４に移り、図２９に示される画面３３００が表示され、選択されたアルバムを閲覧するための方法を電子メールで第３者に通知するための設定を行うことができる。
【００９８】
ステップＳ３１０３にてアルバム通知でないと判定された場合にはステップＳ３１０５にてアルバムの新規作成かどうかを判定する。画面２９００においてボタン２９０６が押下された場合には、アルバムの新規作成処理が選択されたと判定して、ステップＳ３１０６に移り、図２２と同様に示される画面３２０１が表示される。画面３２０１でアルバム名の入力領域３２０１に、新規なアルバム名（そのログインユーザが未だ登録していないアルバム名）が入力されて、更に設定ボタン３２０８を押下されれば、新規にアルバムを作成する。
【００９９】
ステップＳ３１０５にてアルバムの新規作成でないと判定された場合にはステップＳ３１０７にてアルバムの削除かどうかを判定する。画面２９００においてボタン２９０７が押下された場合にはアルバムの削除が選択されたと判定して、ステップＳ３１０８に移る。ボタン２９０７が押下されると、図２３に示される画面３４００が表示され、選択中のアルバムの削除を行うことができる。
【０１００】
ステップＳ３１０７にてアルバムの削除でないと判定された場合にはステップＳ３１０９にて選択中のアルバムへの画像のアップロードかどうかを判定する。画面２９００においてボタン２９０８が押下された場合には画像のアップロードが選択されたと判定して、ステップＳ３１１０に移り、アップロード処理を行う。
【０１０１】
ステップＳ３１０９にてアルバムへの画像のアップロードでないと判定された場合にはステップＳ３１１１にてアルバムのプリントオーダかどうかを判定する。画面２９００においてボタン２９０９が押下された場合にはアルバムのプリントオーダが選択されたと判定して、ステップＳ３１１２に移り、プリントオーダ処理を行う。
【０１０２】
尚、図２１は、図２０の手順に従って、アルバムの新規作成、プロバティー、削除処理におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１０３】
上記の内、アップロードと閲覧通知については、以下で更に詳しく説明する。図２４は、アップロードと閲覧通知におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１０４】
■＜画像のアップロード例＞
選択中のアルバムに対する画像のアップロード処理について説明する。画面２９００にてアップロードボタン２９０８が押下されると、画像のアップロード処理を開始する。図２５は、選択中のアルバムに画像をアップロードする処理の流れを示すフローチャートである。
【０１０５】
まず、画面２９００のボタン２９０８が押下されると、ステップＳ３７０１において、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数（Ｆｉｌｅｓ）を算出する。フォトサイト１０５の資源には限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【０１０６】
即ち、ステップＳ３７０２にて、Ｆｉｌｅｓが正数であるかどうかによって、アップロード可能か否かの判定を行う。Ｆｉｌｅｓが”１”未満であった場合にはアップロード不可であるとみなし、図２６に示す画面３８００を表示する（ステップＳ３７０３）。画面３８００にてＯＫボタン３８０１が押下されると画面２９００に戻る。
【０１０７】
Ｆｉｌｅｓが１以上であった場合にはステップＳ３７０４にて図２７に示すアップロード用画面３９００を表示する。この画面にはユーザＰＣ１０２Ａ上のファイルを選択するための参照ボタン３９０１、ファイルパスを入力するための入力領域３９０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域３９０３をステップＳ３７０１で算出された数（Ｆｉｌｅｓ）分表示する。送信ボタン３９０４が押下されるとステップＳ３７０５に進み、選択された画像ファイルを、ユーザＰＣ１０２Ａからフォトサイト１０５内の作業領域へ転送する。尚、図２５のフローチャートには示されていないが、キャンセルボタン３９０５が押下されるとアップロード処理は終了し、画面２９００が表示される。
【０１０８】
フォトサイト１０５に転送された画像ファイルはファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。又、作業変数Ｉを”１と”する（ステップＳ３７０６）。ステップＳ３７０７にてＩ＜＝Ｎかどうかを判定する。Ｉ＞ＮならばステップＳ３７１６にて画面２９００を表示し、処理を終了する。
【０１０９】
ステップＳ３７０７にてＩ＜＝Ｎの場合には、ステップＳ３７０８にて転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う。本実施形態では、アップロードされた画像がＪＰＥＧファイルで、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能なファイルと判断し、それ以外の場合にはステップＳ３７０９にて図２８に示す画面４０００を表示し、ステップＳ３７１０にてフォトサイト１０５内の作業領域に置かれたこのファイルを削除する。尚、ＤＣＦの情報はプリントサイト１０９Ａで画像のプリントを行うとき、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ＯＫボタン４００１が押下されるとステップＳ３７１５に移行して次のファイルをアップロードするための処理に進む。
【０１１０】
ステップＳ３７０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合にはステップＳ３７１１に進み、この画像に対して、サムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する。
【０１１１】
次に、ステップＳ３７１２でファイル追加可能か否かの判定を行う。判定は処理中のファイルを登録するとディスク使用上限を超えるかどうかで行う。ステップＳ３７１２でファイル追加不可能と判定された場合にはＳ３７１３で図２６に示す画面３８０１を表示し、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し、ステップＳ３７１６で画面２９００を表示する。
【０１１２】
ステップＳ３７１２でファイル追加可能と判定された場合には、ステップＳ３７１４にて画像情報をデータベース２０８に登録する。つまり、アップロードされた画像ファイルに対して、図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１、上記画像ＩＤを画像ＩＤ８０２、アルバム内の画像数に１加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【０１１３】
次に、ステップＳ３７１５でＩを”１”加算してステップＳ３７０７に戻る。ＩがＮより小さい間ステップＳ３７０７からステップＳ３７１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【０１１４】
■＜アルバムの通知例＞
図２９は、画面２９００にて通知ボタン２９０５が押下されたときに表示される画面を示す図である。
画面３３００においてユーザは送信先メールアドレス３３０２、送信者メールアドレス３３０３、メールタイトル３３０４、メッセージ３３０５を入力後、通知ボタン３３０６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【０１１５】
図３０はアルバム通知メールの一例である。通知メールに含まれるＵＲＬ及びアルバムＩＤは画面３３００のＵＲＬ及び公開アルバムＩＤ表示領域３３０８に表示される内容と同じである。メール通知を受けたユーザはメール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。又、画面１９００のアルバムＩＤ指定領域１９０５にメールに記載されたアルバムＩＤを入力し、ＧＯ！ボタン１９０６を押下してもＵＲＬを指定した場合と同じアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【０１１６】
■＜公開用アルバムＩＤの生成例＞
次に公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより公開用アルバムＩＤは、その番号、文字列から第３者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【０１１７】
■＜アルバム表示処理＞
図３１は、画面２９００内のアルバム選択領域２９１０にあるアルバム選択ボタン２９１１〜２９１５の一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【０１１８】
まず、ステップＳ３５０１において、押下されたボタンが先頭から何番目のボタンであるかを調べ、その番号をアルバム表示順序番号６０３に持つ顧客アルバムデータテーブル６００をデータベース２０８内で検索し、そのアルバムＩＤ６０１をＡｌｂｕｍＩＤとして取得する。又、そのアルバムＩＤ６０１から、アルバム情報データテーブル７００を特定し、アルバム情報を導き出す。
【０１１９】
ステップＳ３５０２において、ステップＳ３５０１で求めたＡｌｂｕｍＩＤをアルバムＩＤ８０１に持つアルバム画像データテーブル８００のレコードをデータベース２０８内で全て検索する。検索の結果、ヒットしたレコード数をＮとし、画像カウント用作業変数Ｉに”１”を代入する。
【０１２０】
ステップＳ３５０３にてＩ＜＝Ｎであるかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ３５０４からステップＳ３５０９の処理を繰り返すことによって、アルバム内全ての画像の表示を行う。
【０１２１】
ステップＳ３５０４にて、ステップＳ３５０２で検索したレコードより画像表示番号８０３にＩを持つアルバム画像データテーブル８００を検索し、その画像の画像ＩＤ８０２を求める。画像ＩＤ８０２が求まると、画像ＩＤ９０１にその画像ＩＤ８０２を持つ画像情報データテーブル９００のレコードをデータベース２０８内で検索する。ステップＳ３５０５にてステップＳ３５０４で検索されたレコードから画像のサムネイルファイルへのパス９０５を取得する。
【０１２２】
ステップＳ３５０６にてステップＳ３５０１で取得したアルバム情報データテーブル７００より表示形式番号７０９の値が１かどうかを判定する。本実施形態ではこの値は”０”ならばサムネイル表示、”１”ならば詳細表示を表す。
【０１２３】
ステップＳ３５０６にて表示形式が”１”の場合には、ステップＳ３５０７にてサムネイル画像及び画像に関する詳細情報の表示を行う。本実施形態では詳細情報は画像情報データテーブル９００より画像名、コメント、閲覧回数、印刷回数を表示し、合わせて画像編集用のチェックボックスを表示する。図３２に示した画面３６００は、詳細表示を行ったときのアルバム表示の１例である。尚、この画面３６００は画面２９００と画像表示領域２９２３の表示方法が異なるだけで、他の機能は全て同じであるので、その詳細な説明は省略する。
【０１２４】
ステップＳ３５０６にて表示形式が”１”でなかった場合には、ステップＳ３５０８にてサムネイル画像、画像名、及び画像編集用のチェックボックスを表示する。図１８に示した画面２９００はそのような簡易表示の１例である。
【０１２５】
ステップＳ３５０３にてＩ＞Ｎとなると、アルバム内の全ての画像が表示されたことになるので処理を終了する。
【０１２６】
尚、上記実施形態では表示形式として２つの形式に限って説明したが、表示形式が更に多数あってもよいことは言うまでもない。
【０１２７】
■＜アルバムの閲覧処理例＞
図３３に、フォトサイト１０５に保管されたアルバムをユーザＰＣ１０２Ｂあるいは携帯端末１１３Ａ，Ｂから閲覧する場合の、ユーザＰＣ１０２Ｂ、あるいは携帯端末１１３Ａ，Ｂとフォトサイト１０５とのやりとりの例が示されている。
【０１２８】
■＜ユーザＰＣからのアルバムの閲覧＞
図３０に示す通知メールを受け取ったユーザは、そのメール文章に記載されたＵＲＬ６２０１を指定することによって、図３４に示すアルバム閲覧開始画面６７００を表示することができる。尚、この画面は画面１９００で、アルバムＩＤ入力領域１９０５に通知メール内に記載されているアルバムＩＤ６２０３を入力し、ＧＯ！ボタン１９０６が押下されることによっても表示される。
【０１２９】
フォトサイト１０５では、上記入力されたＵＲＬのパラメータ部のＡｌｂｕｍＩＤまたは、アルバムＩＤ入力領域１９０５に入力されたアルバムＩＤを解析し、アルバムが存在した場合、図３４に示す画面６７００に氏名（姓）４０５を表示する。又、検索したアルバム情報データテーブル７００のパスワード可否フラグ７０５からアルバムにパスワードが設定されている場合にはパスワード入力領域６７０１を表示する。尚、パスワードの設定のないアルバムではパスワード入力領域６７０１は表示されないことは言うまでもない。
【０１３０】
ＯＫボタン６７０１が押下されると、パスワードの設定されていないアルバム及び、パスワードが正しく入力されたアルバムでは図３５に示す画面６８００が表示される。この内容は画面２９００における画面表示領域２９２３と同じである。パスワードの入力が正しくなかった場合にはエラー画面を表示する。
【０１３１】
又、アルバム情報データテーブル７００より印刷可否フラグ７０７の値を取得し、印刷可になっているアルバムに関してはボタン６８０３が表示され、プリントオーダを行うことができる。この場合、プリントオーダの処理の流れはログインユーザの処理の流れ（図１８の２９００でボタン２９０９を押下した場合の処理）とほぼ同じであり、相違点はフォトサイト１０５で、ポイントが加算されないことだけである。
【０１３２】
■＜携帯端末からのアルバムの閲覧＞
以下、携帯端末用のアプリケーションサーバ２０４の詳細な説明をする。
図３６〜図３９に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１３３】
図３０に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図３６に示すアルバム閲覧開始画面７３００を表示することができる。この際上記ＵＲＬは、ユーザＰＣ１０２Ｂから閲覧する場合と、携帯端末１１３Ａ，Ｂから閲覧する場合で同一のものである。フォトサイト１０５のロードバランサ２０２において、ＨＴＴＰリクエストヘッダに含まれるＵｓｅｒ−Ａｇｅｎｔフィールド値により、ユーザＰＣからのアクセスか携帯端末からのリクエストかを判別し、携帯端末からのリクエストについてはＭｏｂｉｌｅＡｐｐｓサーバ２０４に処理を振り分ける。
なお、このような処理の振り分けは、ＨＴＴＰリクエストヘッダの情報を用いずに、リクエスト元におけるＣｏｋｋｉｅの有無等に応じて行っても良い。
【０１３４】
アプリケーションサーバ２０４では、メール文章に記載されたＵＲＬに対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、更にそのアルバムにパスワードが設定されているか否かを判断する。パスワードが設定されている場合はアルバム閲覧開始画面７３００を表示し、設定されていない場合は図３７に示す画面７４００を表示する。
【０１３５】
携帯端末ユーザが、アルバム閲覧開始画面７３００の入力領域７３０１にパスワードを入力して、ＯＫボタン７３０２を押下すると、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画面７４００を表示する。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【０１３６】
画面７４００では、画像サイズを縮小した画像７４０１とその名称７４０２、アルバム内の画像順番７４０３、表示する画像を選択するためのリンク７４０４、アルバム内の全画像数７４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン７４０６、画像情報表示画面７５００を表示するためのリンク７４０７、アルバム情報表示画面を表示するためのリンク７４０８を表示する。
【０１３７】
携帯端末ユーザがリンク７４０４を押下すると、現在表示中の画像の前後の順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。携帯端末ユーザが入力フィールド７４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。
【０１３８】
携帯端末ユーザがリンク７４０７を押下すると、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面７５００を表示する。携帯端末ユーザがリンク７４０８を押下すると、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する。
【０１３９】
又、アプリケーションサーバ２０４は、リンク７４０４や「表示」ボタン７４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されている場合には画面７６００を表示する。一方、画像が閲覧禁止になっている場合にはエラー画面を表示する。画面７５００では、詳細な画像名称７５０１、画像の閲覧者数７５０２、コメント７５０３、画面７４００に戻るためのリンク７５０４を表示する。又、アルバム情報表示画面（図示せず）では、画面７５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【０１４０】
画面７６００では、画面７４００の画像７４０１表示と画像名称７４０２表示の代わりに、「この画像は削除されました」というコメント７６０１を表示する。又、画像情報表示画面７５００を表示するためのリンクは表示しない。その他の表示内容は図３７と同様であるので説明は省略する。
【０１４１】
■＜携帯アプリケーション用データベースの構成＞
図４０から図４２は、携帯端末用アプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。
【０１４２】
図４０は、特定の携帯端末からのアクセスを管理するテーブル（ＭＢセッション情報テーブル）の例を示した図である。
【０１４３】
ＭＢセッション情報テーブル８０００は、新規セッション毎に１レコードずつデータベース２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤを割り付け、招待メールを発送したアルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）と共にテーブルのセッションＩＤ及びユーザＩＤ項目へに格納する。
【０１４４】
又、このＭＢセッション情報テーブル８０００には、新規セッションを開始した日時と、同一セッションＩＤでの最終アクセス日時を、それぞれアクセス日時及び最終アクセス日時項目に格納している。アプリケーションサーバ２０４は、データベース２０８内のＭＢセッション情報テーブル８０００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性項目にフラグを立てる。そしてそれ以降、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【０１４５】
図４１は、携帯端末からのアルバム閲覧要求時に指定されたアルバムの情報を格納するＭＢアルバム情報テーブルの例を示した図である。
【０１４６】
ＭＢアルバム情報テーブル８１００は、新規セッション毎に１レコードずつデータベース２０８内に登録される。この際新規レコードには、ＭＢセッション情報テーブル８０００に格納したセッションＩＤと、携帯端末から指定されたアルバムＩＤと、アルバム情報データテーブル７００の内容の一部（図４１の例ではアルバム名とコメント）のコピーを（アルバム名称及びアルバムコメント項目に）格納する。
【０１４７】
図４２は、携帯端末からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するＭＢ画像情報テーブルの例を示した図である。
【０１４８】
ＭＢ画像情報テーブル８２００は、新規セッション毎に、指定されたアルバム内にある画像数分のレコードがデータベース２０８内に登録される。この際各レコードには、ＭＢセッション情報テーブル８０００に格納したセッションＩＤと、アルバム画像データテーブル８００（図８）と画像情報データテーブル９００（図９）の内容の一部（この例では、画像ＩＤ、画像番号、画像名及びコメント）のコピーを対応する項目（画像ＩＤ、画像番号、画像名称及び画像コメント）が格納される。
【０１４９】
更にアプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネイルファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル８２００内の対応するレコードの画像パス項目に格納する。
【０１５０】
図４６は、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域（ファイルシステム）を示す。この領域には、画像情報データテーブル９００内のサムネイルファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得して保存する。画像はアプリケーションサーバ２０４が作成する、携帯閲覧ユーザーがアクセスした時間を示すディレクトリの下に格納される。具体的には、ディレクトリ名は「月日時間」を数字で示す。例えば７月２３日の１６時台に閲覧要求のあったアルバム含まれる画像は、「０７２３１６」という名前のディレクトリの直下に格納される。
【０１５１】
■＜ＭＢセッション監視処理＞
ＭＢセッション監視処理はアプリケーションサーバ２０４の起動と共に開始される。本処理は、携帯端末からのアルバム閲覧サービスのセッションの消去に関する。
＜携帯アプリケーション用データベースの構成＞で述べたように、携帯端末からの新規セッションについて、アプリケーションサーバ２０４は、ＭＢセッション情報テーブル８０００とＭＢアルバム情報テーブル８１００とＭＢ画像情報テーブル８２００の新たなレコードにアルバム閲覧に必要な情報を格納する。
【０１５２】
ＭＢセッション監視処理とは、後述するＭＢセッション監視初期情報に基き、ＭＢセッション情報テーブル８０００、ＭＢアルバム情報テーブル８１００及びＭＢ画像情報テーブル８２００のレコードのうち、例えば各レコードのセッションＩＤフィールドの値により、同一セッションに関わるものと判断できるレコードを一定時間毎に無効化あるいは削除する処理である。
【０１５３】
図４７は、アプリケーションサーバ２０４で実施されるＭＢセッション監視処理のフローチャートである。
ＭＢセッション監視処理が開始すると、まずＭＢセッション監視設定情報を設定する（ステップＳ５１０１）。ＭＢセッション監視設定情報は、例えば以下の要素から成る。
・セッションタイムアウト時間
・消去可否フラグ
・消去曜日
・消去時刻
これらのＭＢセッション監視設定情報の具体的な値は、例えばアプリケーションサーバ２０４のファイルシステム中のアプリケーション初期化ファイルに存在する。
【０１５４】
次に、後述するＭＢセッション管理処理を起動するまでの待ち時間をセットして（ステップＳ５１０２）、ＭＢセッション監視処理は待ち状態になる（ステップＳ５１０３）。セットした待ち時間が経過すると、後述するＭＢセッション管理処理を行なう（ステップＳ５１０４）。
【０１５５】
なお、ステップＳ５１０２で設定する時間は、現在時刻からの純粋な待ち時間（例えば、３０分）であっても、現在時刻に待ち時間を加算した時間（例えば、現在時刻が午前１１時で、待ち時間が３０分なら午前１１時３０分）であってもよい。
【０１５６】
次に、図４７におけるステップＳ５１０４で行うＭＢセッション管理処理について、図４８に示すフローチャートを用いて説明する。
ＭＢセッション管理処理は、ＭＢセッション監視処理から一定時間毎、すなわちステップＳ５１０２で設定される待ち時間が経過する毎に実行される。ＭＢセッション管理処理が開始すると、ＭＢセッション情報無効化処理（ステップＳ５２０１）、画像削除処理（ステップＳ５２０２）、ＭＢ情報テーブル削除処理（ステップＳ５２０３）を順に行なう。これら各ステップで行う処理の詳細については以下順に説明する。
【０１５７】
図４９は、図４８のステップＳ５２０１で示したＭＢセッション情報無効化処理のフローチャートである。
ＭＢセッション情報無効化処理が開始すると、まず現在時刻を取得する（ステップＳ５３０１）。次にＭＢセッション情報テーブル８０００を参照し（ステップＳ５３０２）、存在するレコードを順に確認する（ステップＳ５３０３）。
【０１５８】
もしレコードが存在しなければ、ＭＢセッション情報無効化処理を終了する。もしレコードが存在すれば、ＭＢセッション情報レコード中の最終アクセス日時フィールドを参照し（ステップＳ５３０４）、現在時刻までの経過時刻を算出し、ＭＢセッション監視設定情報のセッションタイムアウト時間以上経過していればセッションタイムアウトと判定し（ステップＳ５３０５）、現在参照しているＭＢセッション情報テーブル８０００のレコードのレコード属性にフラグを立て（値を１に設定）、セッション情報を無効化する（ステップＳ５３０６）。複数のレコードが存在する場合には、各レコードに対してステップＳ５３０４〜Ｓ５３０６の処理を繰り返す。
【０１５９】
図５０は、図４８のステップＳ５２０２で示した画像削除処理のフローチャートである。
画像削除処理が開始すると、まず現在時刻を取得する（ステップＳ５４０１）。次に、図４６で示した画像参照時刻ディレクトリを確認し（ステップＳ５４０２）、ディレクトリ名称で示されている画像参照時間と現在時刻を比較し、画像参照からの時間単位の経過時刻を算出し、所定時間、例えば２時間以上経過しているかどうか確認する（ステップＳ５４０３）。所定時間以上経過していれば、そのディレクトリを削除する（ステップＳ５４０４）。複数の画像参照ディレクトリが存在する場合には、各ディレクトリに対してステップＳ５４０３〜Ｓ５３０４の処理を繰り返す。
【０１６０】
なお、本実施形態において画像削除処理はセッションが有効に存続しているか否かとは無関係に、閲覧要求がなされてから（セッションが開始してから）の経過時間によって実行される。従って、セッションが有効に存続している状態でサムネイル画像が削除されてしまうこともあるが、この場合には再度サムネイル画像の複写処理を行えばよい。この場合、ディレクトリ名は複写された日時を表す文字列となる。
【０１６１】
図５１は、図４８のステップＳ５２０３で示したＭＢ情報テーブル削除処理のフローチャートである。
ＭＢ情報テーブル削除処理が開始すると、まず現在時刻を取得する（ステップＳ５５０１）。次に、ＭＢセッション監視設定情報を参照し、消去時刻を確認する。ステップＳ５５０１で取得した現在時刻が設定された消去時刻に達していなければ、何もせず終了する。一方、ステップＳ５５０１で取得した現在時刻が設定された消去時刻に達していれば（ステップＳ５５０２）、ＭＢアルバム情報レコード削除処理（ステップＳ５５０３）、ＭＢ画像情報レコード削除処理（ステップＳ５５０４）、ＭＢセッション情報レコード削除処理（ステップＳ５５０５）を順に行なう。ステップＳ５５０３〜Ｓ５５０５の処理の詳細は以下順に説明する。
【０１６２】
図５２は、図５１のステップＳ５５０３で示したＭＢアルバム情報レコード削除処理のフローチャートである。
ＭＢアルバム情報レコード削除処理が開始すると、まずＭＢセッション情報テーブル８０００を参照し（ステップＳ５６０１）、現在のＭＢセッション情報テーブル８０００の全レコード中、レコード属性値が１であるレコードを無効セッションと判断し、無効セッションのセッションＩＤ値リストを作成する（ステップＳ５６０２）
【０１６３】
次に、ＭＢアルバム情報テーブル８１００を参照し（ステップＳ５６０３）、存在するレコードを順に確認する（ステップＳ５６０４）。
もしレコードが存在しなければ、ＭＢアルバム情報レコード削除処理は終了する。もしレコードが存在すれば、ステップＳ５６０２で作成した無効セッションＩＤリストを参照し、現在参照しているレコード中のセッションＩＤが無効セッションＩＤであれば（ステップＳ５６０５）、現在参照しているレコードを削除する（ステップＳ５６０６）。もし参照しているレコード中のセッションＩＤが無効セッションＩＤでなければ、ステップＳ５６０７へ移行する。
【０１６４】
ステップＳ５６０７で全レコードについて処理を行ったかを確認し、未処理のレコードがあればステップＳ５６０６へ戻って処理を繰り返す。全レコードについて処理を行ったら処理を終了する。
【０１６５】
図５３は、図５１のステップＳ５５０４で示したＭＢ画像情報レコード削除処理のフローチャートである。
ＭＢ画像情報レコード削除処理が開始すると、まずＭＢセッション情報テーブル８０００を参照し（ステップＳ５７０１）、現在のＭＢセッション情報テーブル８０００の全レコード中、レコード属性値が１であるレコードを無効セッションと判断し、無効セッションのセッションＩＤ値リストを作成する（ステップＳ５７０２）
【０１６６】
次に、ＭＢ画像情報テーブル８２００を参照し（ステップＳ５７０３）、存在するレコードを順に確認する（ステップＳ５７０４）。
もしレコードが存在しなければ、ＭＢ画像情報レコード削除処理は終了する。もしレコードが存在すれば、ステップＳ５７０２で作成した無効セッションＩＤリストを参照し、現在参照しているレコード中のセッションＩＤが無効セッションＩＤであれば（ステップＳ５７０５）、現在参照しているレコードを削除する（ステップＳ５７０６）。もし参照しているレコード中のセッションＩＤが無効セッションＩＤでなければ、ステップＳ５７０７へ移行する。
【０１６７】
ステップＳ５７０７で全レコードについて処理を行ったかを確認し、未処理のレコードがあればステップＳ５７０５へ戻って処理を繰り返す。全レコードについて処理を行ったら処理を終了する。
【０１６８】
図５４は、図５１のステップＳ５５０５で示したＭＢセッション情報レコード削除処理のフローチャートである。
ＭＢセッション情報レコード削除処理が開始すると、まずＭＢセッション情報テーブル８０００を参照し（ステップＳ５８０１）、存在するレコードを順に確認する（ステップＳ５８０２）。
【０１６９】
もしレコードが存在しなければ、ＭＢセッション情報レコード削除処理は終了する。もしレコードが存在すれば、現在参照しているレコード中のレコード属性を確認し、無効セッションＩＤであれば（ステップＳ５８０３）、現在参照しているレコードを削除する（ステップＳ５８０４）。もし参照しているレコード中のセッションＩＤが無効セッションＩＤでなければ、ステップＳ５８０５へ移行する。
【０１７０】
ステップＳ５８０５で全レコードについて処理を行ったかを確認し、未処理のレコードがあればステップＳ５８０３へ戻って処理を繰り返す。全レコードについて処理を行ったら処理を終了する。
【０１７１】
なお、ＭＢセッション情報レコード削除処理、ＭＢ情報テーブル削除処理及びＭＢアルバム情報レコード削除処理の各々において、無効セッションＩＤリストの生成を行う場合を説明したが、ステップＳ５５０３のＭＢセッション情報レコード削除処理で生成した無効セッションＩＤリストをその後のＭＢ画像情報レコード削除処理及びＭＢセッション情報レコード削除処理で流用してもよい。
【０１７２】
■＜閲覧制御フローチャート＞
図４３は、アプリケーションサーバ２０４が図３７の画面７４００の表示データを携帯端末に送信する際の処理手順を表すフローチャートである。
【０１７３】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、先ずステップＳ９００１にてアルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル８０００を検索して判定する。既存のセッションＩＤであると判定した場合、同一セッションＩＤを使用した２回目以上のアクセスと判断して、ステップＳ９００３でセッション画像表示処理を行う。セッションＩＤがないときは、１回目の画像閲覧表示と判断し、ステップＳ９００２のシステム情報の取得でサイト内の標準時間を取得する。
【０１７４】
次に、ステップ９００４で、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ９００２で取得した時間を比較し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９００７にてエラーページを生成して携帯端末へ送信する。こうすることにより、携帯端末１１３で過去のＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１７５】
タイムアウトでなければ、ステップＳ９００５で、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。そして、ＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索、取得し、ステップＳ９００６にて、アルバムオーナが脱会していないか、すなわち、顧客状態データテーブルのユーザ登録状態４１７が”０”でないかを調べる。ユーザ登録状態が”０”で、アルバムオーナが脱会している場合（もしくは他の理由により使用禁止となっている場合）は、エラーページをステップＳ９００７にて生成し、携帯端末へ送信する。
【０１７６】
ユーザ登録状態４１７が”１”で、アルバムオーナが利用可能である場合は、ステップＳ９００８で、取得した情報からアルバム情報データテーブル７００を取得し、ステップＳ９０１０にて、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧可否を確認する。エラー時には、エラーページをステップＳ９００７にて生成し、携帯端末へ送信する。
【０１７７】
エラーが無ければ、ステップＳ９０１１にて、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する。又、ここでサムネイル画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯端末からのアクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、アルバム画像データテーブル８００の画像表示番号８０３を参照し、１ページ目のサムネイル画像のみをコピーする。
【０１７８】
次に、ステップＳ９０１２にて、ＭＢセッション情報テーブル８０００、ＭＢアルバム情報テーブル８１００、ＭＢ画像情報テーブル８２００を生成し、取得した情報とコピーした画像パス情報などを格納する。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したアルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１７９】
ステップＳ９０１３にて、携帯端末からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００の閲覧回数に反映する。ステップＳ９０１４にて、画面７４００の表示データを生成し、携帯端末へ送信する。
【０１８０】
図４４は、図４３に示す画面７４００の表示データを生成する際、セッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【０１８１】
まず、ステップＳ９１０１にて、システム情報の取得でサイト内の標準時間を取得する。ステップＳ９１０２では、ＵＲＬのパラメータ部に付加されているセッション情報を解析する。取得したセッション情報をキーとしてＭＢセッション情報テーブル８０００、およびＭＢアルバム情報テーブル８１００を検索、情報を取得する。取得される情報にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。また、ＵＲＬのパラメータ部には、現在参照している画像表示番号も含まれる。
【０１８２】
ステップＳ９１０３では、ＭＢセッション情報テーブル８０００の該当するレコードの最終アクセス日時を判断し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９１０６にてエラーページを生成て、携帯端末へ送信する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１８３】
ステップＳ９１０２で取得したユーザＩＤをキーとして、更にステップＳ９１０４にて、顧客情報データテーブル４００を検索、取得し、ステップＳ９１０５にてアルバムオーナが脱会していないか（使用禁止になっていないか）確認する。脱会の場合は、エラーページをステップＳ９１０６にて生成し、移動端末へ送信する。
【０１８４】
アルバムオーナーが利用可能な状態にある場合は、ステップＳ９１０７で、セッション情報からアルバム情報データテーブル７００を取得し、ステップＳ９１０８にてアルバムの公開可否及び閲覧可否を確認する。ステップＳ９１０８で公開否に設定されていた場合、ステップＳ９１１０でデータ記憶領域３１の削除フラグ１をセットして、ステップＳ９１１５の画面生成処理に進む。
【０１８５】
一方、公開可に設定されている場合、ステップ９１１６にて、ステップＳ９１０２で取得したＡｌｂｕｍＩＤ及び画像表示番号を元に、アルバム画像データテーブル８００及びアルバムに関する情報である画像情報データテーブル９００を取得する。
【０１８６】
又、ここで画像情報データテーブル９００のサムネイル画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯端末からのアクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーするが、アルバム画像データテーブル８００の画像表示番号８０３を参照し、現在参照している画像のサムネイル画像のみをコピーする。ステップＳ９１０９では、ＭＢ画像情報テーブル８２００を取得する。
【０１８７】
ステップＳ９１１１にて、画像が画像情報データテーブル９００にあるか否か及び、閲覧禁止に設定されているか否かを確認して、画像が閲覧表示可能か判断する。画像が画像データテーブル９００に存在し、かつ閲覧禁止に設定されていない閲覧表示可能の場合には、ステップＳ９１１２で携帯端末からの閲覧回数を更新する。一方、画像が画像データテーブル９００に存在しないか、画像が閲覧禁止に設定されている場合は画像が削除されたと判断し、ステップＳ９１１３にてデータ記憶領域３１の削除フラグ２をセットする。
【０１８８】
ステップＳ９１１４にて、アクセス日時をＭＢセッション情報テーブル８０００の最終ログイン日時項目に反映する。次に、ステップＳ９１１５の画面生成処理に進み、２回目以後のアクセスに対応する表示画面７４００の情報を生成する。
【０１８９】
図４５は、画面７４００の表示データを生成する処理（ステップＳ９０１４、Ｓ９１１５）を更に詳細に表すフローチャートである。
【０１９０】
ステップＳ９２０１ではデータ記憶領域３１の削除フラグ１を検査し、セットされている場合には、ステップＳ９２０２において、例えば「このアルバムは閲覧することができません」というエラーメッセージを表示文字列にセットする。そして、ステップＳ９２１２へ進み、他の情報とともに表示画像データを生成して移動端末へ送信する。
また、ステップＳ９２０１で削除フラグ１がセットされていなければ、ステップＳ９２０３で削除フラグ２を検査し、セットされている場合には、ステップＳ９２０４で、例えば「画像は削除されました」というエラーメッセージを表示文字列にセットして、ステップＳ９２１１へ進む。
【０１９１】
削除フラグがいずれもセットされていない場合、ステップＳ９２０５にて、ＭＢ画像情報テーブル８２００にある画像名称項目に格納された文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する。表示文字数は携帯端末のキャリア（サービス事業者）や端末の形式などに応じて変化する値であっても、固定値であっても良い。文字数が表示文字数以下の場合、ステップＳ９２０６にて、ＭＢ画像情報テーブル８２００にある画像名称項目の内容を画面７４００中の画像名称７４０２の文字列としてセットする。一方、画像名称として格納された文字数が表示文字数より大きい場合、ステップＳ９２０７にて、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２バイトコード文字が挟まっているか否か（２バイト文字コードの１バイト目で切れてしまうか否か）を判定する。
【０１９２】
表示文字数（ＤｉｓｐＣｈ）で２バイトコード文字が途中で切れる場合には、ステップＳ９２０８にて、ＭＢ画像情報テーブル８２００にある画像名称の文字列のうち、先頭から、境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）−１バイト）目までを画面７４００にある画像名称７４０２の文字列としてセットする。一方、２バイトコード文字が挟まっていない場合には、ステップＳ９２０９にて、ＭＢ画像情報テーブル８２００にある画像名称の文字列のうち、先頭から、（表示文字数（ＤｉｓｐＣｈ））目までを画面７４００にある画像名称７４０２の文字列としてセットする。
【０１９３】
携帯電話等の携帯端末では、表示部の大きさや事業者側の制限により、表示できる情報量（データ量）が限られている。従って、携帯端末からのアクセスを受けた場合に携帯端末用アプリケーションサーバ２０４側で送出するデータ量を調整することで、携帯端末でのエラー表示や、また画面を表示できないという問題を回避することができる。
【０１９４】
図３７に示す画面７４００の画像名称７４０２は、表示文字数よりもＭＢ画像情報テーブル８２００にある画像名称項目に格納された文字数が大きく、途中までが表示されている場合を示している。対応するコメント情報画面（図３８）では、画像名称全文が表示されている。
【０１９５】
ステップＳ９２１０にて、画面７４００のコメントリンク７４０７のリンク情報をセッション情報を含んだ形で生成する。更に、ステップＳ９２１１で、画面７４００中で表示すべきの画像ファイルのＵＲＬや、他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で生成する。そして、ステップＳ９２１２で、画面７４００の表示データを生成し、移動端末へ送出する。尚、ステップＳ９２０４からステップＳ９２１２へ移行した場合（画像が削除された場合）には、図３９に示した画面７６００に対応する表示データを生成し、移動端末へ送信。
【０１９６】
【他の実施形態】
尚、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。　更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０１９７】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１９８】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１９９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０２００】
【発明の効果】
以上説明したように、本発明によれば、同一セッションに関わるものと判断できる情報を一定時間毎に無効化あるいは削除する処理を行う様にしたため、画像の閲覧サービスを行う場合に画像データや文字データを管理し、閲覧画像を効率良く送出する情報処理装置及びその制御方法を提供できる。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトのＰＣからのアクセスに対する処理手順を示すフローチャートである。
【図１１】本実施形態のフォトサイトからサーバサービスを開始するときに表示される画面の例を示す図である。
【図１２】本実施形態のユーザＰＣからフォトサイトへユーザ登録を行なう場合のやりとりの例を示した図である。
【図１３】本実施形態のユーザ登録時のフォトサイトの処理例を表すフローチャートである。
【図１４】本実施形態のユーザ登録を行うための画面例を示す図である。
【図１５】本実施形態のパスワードの再入力を行なう画面例を示す図である。
【図１６】本実施形態のフォトサイトのユーザ登録確認画面の一例を示す図である。
【図１７】本実施形態のフォトサイトのユーザ登録時に発行される電子メールの内容の一例を示す図である。
【図１８】本実施形態のフォトサイトに正常にログイン認証されたときに表示される画面例を示す図である。
【図１９】本実施形態のフォトサイトでのユーザの編集操作に関する処理例を示したフローチャートである。
【図２０】本実施形態のフォトサイトでのアルバム編集処理の手順例を示すフローチャートである。
【図２１】本実施形態のユーザＰＣからフォトサイトへのアルバム新規登録、プロパティー、削除の指示をする場合のやりとりの例を示した図である。
【図２２】本実施形態のフォトサイトのアルバムのプロパティ設定画面例を示す図である。
【図２３】本実施形態のフォトサイトのアルバムの削除確認画面例を示す図である。
【図２４】本実施形態のユーザＰＣからフォトサイトへのアップロード、閲覧通知の指示をする場合のやりとりの例を示した図である。
【図２５】本実施形態のフォトサイトで、現在表示して編集中のアルバムに画像をアップロードするときの手順例を示したフローチャートである。
【図２６】本実施形態のフォトサイトで、アップロードできないことを示す警告画面例を示す図である。
【図２７】本実施形態のアップロード画像の選択画面例を示す図である。
【図２８】本実施形態のフォトサイトで対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２９】本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図３０】本実施形態のアルバム通知メールの一例を示す図である。
【図３１】本実施形態のフォトサイトのアルバム選択ボタンの一つが押下されたときのアルバムの選択及び表示に関する処理を表すフローチャートである。
【図３２】本実施形態のフォトサイトのアルバムの詳細表示画面の一例を示す図である。
【図３３】本実施形態のユーザＰＣや携帯端末からフォトサイトへのアルバム閲覧の指示をする場合のやりとりの例を示した図である。
【図３４】本実施形態のアルバムの閲覧開始画面例を示す図である。
【図３５】本実施形態のアルバムの閲覧画面例を示す図である。
【図３６】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図３７】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図３８】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図３９】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図４０】特定の携帯電話からのアクセスを管理するテーブル例を示した図である。
【図４１】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示した図である。
【図４２】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示した図である。
【図４３】図３７に示す画面７４００を表示するときの表示に関する処理例を表すフローチャートである。
【図４４】図４３でセッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【図４５】図４３及び図４４で画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を詳細に表すフローチャートである。
【図４６】本実施形態のアプリケーションサーバが専用に使用するファイルサーバ内テンポラリ領域（ファイルシステム）の一例を示す図である。
【図４７】本実施形態のアプリケーションサーバ上の携帯端末のセッション監視処理を表すフローチャートである。
【図４８】本実施形態の携帯端末のセッション管理に関する処理を表すフローチャートである。
【図４９】本実施形態の携帯端末のセッション情報無効化に関する処理を表すフローチャートである。
【図５０】本実施形態の画像削除に関する処理を表すフローチャートである。
【図５１】本実施形態の携帯端末の情報テーブル削除に関する処理を表すフローチャートである。
【図５２】本実施形態の携帯端末のアルバム情報レコード削除に関する処理を表すフローチャートである。
【図５３】本実施形態の携帯端末の画像情報レコード削除に関する処理を表すフローチャートである。
【図５４】本実施形態の携帯端末のセッション情報レコード削除に関する処理を表すフローチャートである。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information processing apparatus that provides an image to a communication terminal, particularly to a mobile terminal, and a control method thereof.
[0002]
[Prior art]
Digital image information is generally provided by an image input device. In recent years, the miniaturization of semiconductor devices has been progressing smoothly, and images are taken due to the downsizing of component sizes and costs of LSIs and solid-state imaging devices constituting image input devices typified by digital still cameras and digital video cameras. Image input devices have become widely used. The image data captured using the digital camera is stored in a memory in the digital camera, and then transferred to a recording device typified by an HDD or the like in a personal computer owned by the user of the digital camera, and managed and stored. Or stored on an external recording medium such as a CD-R. Also, with the spread of color scanners, it has become easier to create and store images as electronic data.
[0003]
On the other hand, 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.
[0004]
From such a background, as a system for providing an information providing service, an image service site (hereinafter referred to as a photo site) stores image data shot by a user with an image input device in a storage area of a server on the Internet, and stores the image data. A system has been created to provide a service (image browsing service) that allows the user to browse again when the customer desires. There are also providers that provide such services.
[0005]
A photo site providing an image browsing service manages a series of session information including an access time, an album to be browsed, image information in an album, and the like for each access from a terminal. It is also necessary to manage the actual images in the album at the same time.
[0006]
Further, a photo site that provides an image browsing service is configured to use a session ID at the time of access from a user, cause a session timeout when a certain time elapses from the last access, and thereafter reject access with the old session ID. .
[0007]
In recent years, in particular, the number of pixels in an original image tends to increase, particularly in digital cameras with higher pixels. Therefore, if the original image is directly used for browsing, there is a possibility that a problem such as being unable to fit on the screen or taking a long time for data transfer is caused. Therefore, the photo site generates and manages an image for browsing display based on the uploaded original image, that is, an image whose size and data amount are reduced.
[0008]
When the browsing service is provided, the image file for browsing display is duplicated in the display area of the photo site server, and the image file for browsing display existing in this display area is erased when the service ends.
[0009]
[Problems to be solved by the invention]
However, when a session timeout occurs during the image browsing service, a timeout period is set for each session in order to delete the managed session information and the browsing display image file duplicated in the display area, Must be managed.
[0010]
The browsing display image is copied to the display area for each session, but must be deleted after the session times out for each session. However, in order to realize this processing, it is necessary to manage the deletion of the browsing display image for each session.
[0011]
The present invention has been proposed in order to solve such problems of the prior art, and its object is to manage image data and character data when performing an image browsing service, To efficiently manage the session information related to each session of the browsing service and the duplicated image for browsing, and a control method thereof.
[0012]
[Means for Solving the Problems]
That is, the gist of the present invention is that, for each session with the communication terminal, session information including identification information of the session is generated and stored in the storage unit, and the session information stored in the storage unit is stored in the storage unit. Invalidating means for periodically checking at the timing of (1) and invalidating session information relating to a session without access for a first predetermined time.
[0013]
Another aspect of the present invention is a method for controlling an information processing apparatus, comprising: for each session with a communication terminal, generating session information including identification information of the session; and storing the session information in a storage unit. And an invalidation step of periodically checking the session information stored in the storage means at a predetermined timing and invalidating the session information relating to the session without access for a first predetermined time. The present invention resides in a method for controlling an apparatus.
[0014]
Another aspect of the present invention resides in a program that causes a computer device to implement the method for controlling an information processing device according to the present invention.
[0015]
Another aspect of the present invention resides in a computer-readable storage medium storing a program for causing a computer device to implement the method for controlling an information processing apparatus according to the present invention.
[0016]
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. It should be noted that various configurations, arrangements of components, display screens, and the like described in the present embodiment are exemplary, and the scope of the present invention is limited to these exemplary contents unless otherwise limited. is not. Modifications and equivalents of the embodiments described below are intended to be included in the present invention.
Here, as an embodiment of the present invention, an information providing system for sharing and providing digital image data via the Internet will be described as an example.
[0017]
■ <Outline of the information providing system of the present embodiment>
FIG. 1 is a diagram illustrating a configuration example of an information providing system using an information providing server according to the present embodiment.
The information providing system manages a PC (Personal Computer) 102 (hereinafter abbreviated as a user PC) and a mobile terminal 113 as a user terminal used by a user who receives a service, a user terminal image, and personal information, and performs image browsing. It has a photo site 105 as an information providing server for providing an information providing system such as a service, and a print site 109 for performing print processing of images managed by the photo site 105. In the present embodiment, these components are communicably connected to each other via the Internet 104, but may be another computer network.
[0018]
In the present embodiment, the mobile terminal 113 communicates with the photo site 105 via the Internet 104, such as a mobile phone, a PHS, or a mobile information terminal (PDA) having a built-in or externally connectable communication adapter such as a mobile phone. Any mobile terminal having a possible function can be used.
In this embodiment, the mobile terminal 113 is connected to the Internet 104 via the mobile network 114 and the Internet gateway 115, but may be connected to the Internet 104 by another configuration.
[0019]
The photo site 105 provides a service in which a user deposits image data shot by an image input device in a storage area of a server on the Internet, and allows the customer to browse the image data when desired. The photo site 105 according to the present embodiment does not independently perform a print service, but cooperates with a print site 109 that can provide various print services, and requests a print order from the print site. The print site 109 prints out electronic documents such as New Year's cards, word processing documents, and images transferred through the Internet, and provides printed materials as commodities to users.
[0020]
When the user desires to print an image uploaded to the photo site 105, the user accesses the photo site 105 using a user terminal, for example, a web browser running on the user PC 102, and stores the image in the photo site 105. Make an image browsing request. In response, the photo site 105 displays an image on a Web browser running on the user PC under certain conditions. Then, the user selects an image to be printed out from the images browsed by the Web browser, and gives a print instruction. In response to the print instruction, the photo site 105 transfers the identification information of the selected image to the print site 109. The print site 109 acquires image data using the identification information and performs print processing.
[0021]
■ (Image upload)
In FIG. 1, 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 moving image data.
[0022]
The data transfer interface 116 is an interface for transferring captured image data between the image input device 101 and the user PC 102. The data transfer interface 116 may be a wired interface represented by USB (Universal Serial Bus) or IEEE1394, or a wireless interface represented by IrDA, Bluetooth, or IEEE802.11x.
[0023]
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. .
[0024]
On the user PC 102, a Web browser that supports a standard protocol (HTTP, FTP, etc.) that can transfer information via the Internet 104 can operate. With this Web browser, the photo site 105 can be accessed using a standard protocol such as HTTP (HyperText Transfer Protocol), and Web information created in a description language such as HTML or XML 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.
[0025]
Image data captured by the image input device 101 and stored in the information storage area of the user PC 102 is transferred to the photo site 105 at the request of the user of the user PC 102 (hereinafter, this transfer is referred to as image upload). As a method of performing image upload, a method of selecting image data to be transferred using a Web browser described above and transferring the image data in conjunction with an action of requesting image upload, or a method using image upload dedicated software or the like is used. There is a method of directly selecting and transferring image data. Either method is executed based on a protocol available on the Internet, for example, HTTP or FTP.
[0026]
It is checked whether the uploaded image data is data that can be used in the photo site 105. If it is determined that the image data can be used, the uploaded image data and attribute information are stored. The photo site 105 can also manage an album in which a plurality of uploaded image data are put together as one unit.
[0027]
At this stage, the photo site 105 notifies the user PC 102 that the image data has been uploaded normally. The user of the user PC 102 can thus upload the image data via the Web browser.
[0028]
In the photo site 105, various data in addition to the attribute information of the image data are centrally managed. For example, it is data of user attribute information registered in advance, or data of print site attribute information requesting a printout of uploaded image data.
[0029]
Although the PC has been described above as an example of a terminal for uploading an image, the information providing system according to the present invention is not limited to this. Even if an image can be uploaded from a mobile terminal, for example, a mobile phone, Alternatively, an image may be directly uploaded from an image input device such as a digital camera, a digital video, a scanner, and a copier by wire or wirelessly.
[0030]
■ <Image browsing service>
Next, a method in which a user other than the user who uploaded the image data to the photo site 105 browses the stored image data via the Internet 104 will be described.
[0031]
The photo site 105 provides, to a third party designated by the uploading user, a browsing service for an uploaded image or an album in which a plurality of uploaded images are managed as one archive. The user who uploaded the image data to the photo site 105 notifies the photo site 105 of the E-Mail address of a user who is permitted to browse (hereinafter, abbreviated as a browsing user) using a Web browser.
[0032]
When publishing an image to a viewing user, the photo site 105 first generates a URL (Universal Resource Locator) required for publishing. At this time, the URL to be generated is a unique address, and a unique URL using a random number that cannot be predicted is assigned. (Hereinafter, such a URL that cannot be uniquely predicted is referred to as a random URL.) An example is shown below.
[0033]
http: // ○○○. com / PhotoSite / Album / AlbumEntry. cgi? AlbumID = AJNWDMF
The photo site 105 adds the password information necessary for browsing as needed to the random URL generated in this way, and notifies the browsing user via E-Mail via the Internet 104. The browsing user who has received the E-Mail accesses the Internet 104 from the user PC 102B, for example, and inputs the random URL notified by the E-Mail on the Web browser, so that the image or album designated by the user who uploaded the image is displayed. Can be browsed.
[0034]
In addition, the photo site 105 can provide an image (or album) browsing notification and a browsing function service to a mobile terminal owner designated by the user who uploaded the image. In this case, the photo site 105 also sends an E-Mail notification to the mobile terminal 113 in the same manner as the above-described E-Mail notification to the browsing user. Then, the user who has received the E-Mail (hereinafter, the user who uses the photo site 105 from the mobile terminal is abbreviated to the mobile terminal user) can similarly browse the image and the album.
[0035]
The E-Mail notified to the mobile terminal user is sent from the mail distribution server in the photo site 105 to the mobile network 114A capable of exchanging various data with the mobile terminal 113A via the Internet 104 and the Internet connection gateway 115A. And transferred to the portable terminal 113A. On the other hand, the mobile terminal user who has received the E-Mail inputs the random URL address notified by the E-Mail to the dedicated Web browser of the mobile terminal 113A, so that the mobile network 114A → the Internet connection gateway 115A → the Internet 104 The photo site 105 is accessed via the route described above.
[0036]
The photo site 105 returns Web data created in a description language such as HTML or XML that can be displayed by a Web browser running on the PC 102 in response to access from a viewing user.
[0037]
On the other hand, in response to access from a mobile terminal user, Web data created in a description language such as WML or CompactHTML that can be displayed by a Web browser operating on the mobile terminal 113A is returned. At this time, the photo site 105 determines the model of the mobile terminal 113A used by the mobile terminal user, and sends out Web data created in a description language suitable for the model. The models that can be viewed include not only the mobile terminal 113A but also a mobile terminal 113B having a different communication protocol specification, information description language, and mobile network environment. Therefore, the photo site 105 can generate and send out Web data created in a description language suitable for various portable terminals. For convenience of explanation, FIG. 1 shows only two portable terminal models A and B that can be used.
[0038]
■ <Example of the configuration 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.
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.
[0039]
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.
[0040]
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 DB 208 as appropriate, and generate pages.
[0041]
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.
[0042]
The application server 203 has a homepage of a network image storage service corresponding to access from the PC 101. 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.
[0043]
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.
[0044]
The application server 204 communicates with the back end (the DB 208 that stores information such as each user's ID, image information, and a password at the time of publishing a browsed image, a file server 209), and displays the mobile terminal display screen data in response to the request. Is dynamically generated and returned to the content conversion server 205. The application server 204 provides an image browsing service corresponding to an access from the mobile terminal 103, and generates a page for each user.
[0045]
The content conversion server 205 converts the received mobile terminal display screen data into content in accordance with the requesting mobile terminal, 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 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 mobile phone 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, it acquires model information as User-Agent information included in the request, refers to the table, and follows the set information. Perform data conversion.
[0046]
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.
[0047]
The image from the user is received by the FTP server 207 using the FTP protocol. The image data once received is stored in the file server 209 functioning as a main storage.
[0048]
The photo site 105 according to the present embodiment as described above has the following functions.
(1) User registration: The user PC 102A is used to register the use of the photo site 105, and the photo site 105 issues a user ID to the registered user.
(2) Upload of image data: The image is transferred from the user PC 102A to the photo site 105.
(3) Print order: The user PC 102A instructs the photo site 105 to print image data and prints the image via the print site 109.
(4) Browsing permission notification: An e-mail for permitting browsing of the image data stored in the photo site 105 is transmitted from the user PC 102A to the user PC 102B and the portable terminal 113A.
(5) Browsing of image data: Browsing of image data stored in the photo site 105 is performed from the user PC 102B.
(6) Browsing the image from the portable terminal: Browsing the image data stored in the photo site 105 from the portable terminal 113A.
[0049]
■ <Hardware configuration example of the photo site of the present embodiment>
FIG. 3 is a diagram illustrating an example of a hardware configuration of the photo site 105 according to the present embodiment. Note that FIG. 3 mainly shows the control unit, and the input / output device and the like are omitted.
[0050]
Reference numeral 10 denotes a CPU serving as the control device in FIG. 1, which controls the entire photosite. The ROM 20 stores programs and parameters that do not need to be changed. The RAM 30 is a storage area for temporarily storing programs and data, and includes a data storage area 31 and a program load area 32.
[0051]
In the program load area 32, a system program such as an OS or a printer driver from an external storage device 40 or an application program provided by a user or the like is loaded and executed by the CPU 10.
[0052]
The data storage area 31 includes, as areas used in the present embodiment, for example, a transmission screen 31a created to be provided to the user's communication terminal, reception data 31b received from the user's communication terminal, The storage capacity 31c of the image data used for checking and the storage capacity 31d currently used, the area 31e storing the deletion flags 1 and 2 used when browsing from the portable terminal, the session ID 31f, and the like are included. Secured.
[0053]
The external storage device 40 includes a fixed hard disk or memory card, a detachable and portable optical disk such as a floppy (registered trademark) disk or CD, a magnetic or optical card, an IC card, a memory card, and the like. It comprises a storage area 41 and a program storage area 42.
[0054]
The data storage area 41 stores a customer information database 41a for managing customer information for which storage is requested, an image information database 41b for managing stored image information, a mobile terminal database 41c 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. 40 to 42 below.
[0055]
The program storage area 42 stores a program that is loaded into the program load area 32 of the RAM 30 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. FIG. 3 stores a user registration module 421a, a login module 421b, an album browsing module 421c, a print order module 421d, and the like, which will be described in detail below, as a program 421 for PC access processing. Further, an album browsing module 422a, which is a feature of the present embodiment, is stored as a program 422 for mobile terminal access processing.
[0056]
In the example of the hardware configuration of the photo site, the server is shown as being configured as one device. However, each server in FIG. 2 is an independent device, and has a system configuration in which the entire server is connected via a LAN or the like. Alternatively, the storage unit, in particular, the external storage device 40 may be configured to be distributed to a plurality of devices.
[0057]
■ <Database configuration example>
4 to 9 are diagrams showing the contents of the database 208 managed by the photo site 105 in the present embodiment.
[0058]
FIG. 4 is a diagram showing a data table relating to customer information managed by the photo site 105 in the present embodiment.
When the user performs user registration, a one-record customer information data table 400 is created, registered and managed in the database 208. A user ID is uniquely defined for each registered user, and is managed in the customer information data table 400 using the user ID 401 as a key on the database. 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.
[0059]
FIG. 5 is a diagram illustrating a customer status table for managing information for indicating the current status of the user using the photo site 105 in the present embodiment. One record is created in the customer status data table 500 when the user performs user registration, and is registered and managed in the database 208. Each set value in this record is updated at any time according to the operation performed by the user while using the photo site. 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.
[0060]
FIG. 6 is a diagram illustrating a customer album data table managed by the photo site 105 in the present embodiment.
When the user creates one new album when using the photo site 105, the customer album data table 600 creates one record in accordance with the new album and registers it in the database 208 and manages it. This record is deleted from the database 208 when the user deletes the album. The customer album data table 600 stores the ID 602 of the album created by the user and the display order number 603 of the album using the user ID 601 of the registered user as a key. In the case of the same user, the user ID 601 has the same value as the user ID 401.
[0061]
FIG. 7 is a diagram illustrating an album information data table managed by the photo site 105 in the present embodiment. When the user creates one new album when using the photo site 105, one record is created in the album information data table 700 and registered in the database 208 and managed. This record is deleted from the database 208 when the user deletes the album. 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.
[0062]
If the release permission flag 704 of the album is "1", it can be released, if it is "0", it is prohibited, and if it is "-1", it indicates that the publication has been prohibited by the site operator. 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 "0", it means that printing is impossible. If the original image display enable / disable flag 708 is "1", display is possible, and if "0", display is impossible. If the display format number is "1", it means list display, and if "2", it means detail display. 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 is “1”, which means display is possible, and “0” means that display is not possible. This flag is controlled by the service manager. Also, the number of album browsing times 711 from the PC 102 and the number of album browsing times 712 from the portable terminal are stored.
[0063]
FIG. 8 is a diagram showing an album image data table managed by the photo site 105 in the present embodiment.
When the user uploads an image on the album, one record is created for each image in the album image data table 800, and the album image data table 800 is registered and managed in the database 208. This record is deleted from the database 208 when the corresponding image is deleted. 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.
[0064]
FIG. 9 is a diagram illustrating an image information table managed by the photo site 105 according to the present embodiment.
When the user uploads an image on the album, one record is created for each image in the image information data table 900, and the image information data table 900 is registered and managed in the database 208. This record is deleted from the database 208 when the corresponding image is deleted. 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 for the image, the number of times the image has been viewed 908, and the number of times the image has been printed 909 are stored. For the same image, the same value as the image ID 802 is stored as the image ID 901, and for the same user, the same value as the user ID 401 is stored as the user ID 902. The number of image browsing times 910 and the browsing prohibition flag 911 from the mobile terminal are “1”, which means display is possible, and “0” means that display is impossible.
[0065]
■ <Operation example of the photo site of the present embodiment>
FIG. 10 shows an overall operation example in the photo site 105, particularly an operation example in response to access from a PC.
First, in step S101, an access from the user is waited. If there is access and the access request is from the PC, an initial screen (see FIG. 11) is displayed in step S102. When there is an instruction from the user in response to the initial screen, whether "user registration", "login", "view album" is selected in steps S104, S106, S108, and S110, respectively, is determined. It is determined whether "print order" has been selected. If "user registration", a user registration process is executed in step S105. If "login", a login process is executed in step S107. If it is "album browsing", an album browsing process is executed in step S109. If it is "print order", print order processing is executed in step S111.
[0066]
When each process is completed or when none of the processes is performed, it is determined in step S112 whether or not the site access is completed. If not, the process returns to step S102 to display the initial screen again. Upon receiving the termination instruction, the service is terminated.
[0067]
Hereinafter, detailed services of the application server 203 for the PC 102 will be described. In the following description, a case will be described as an example where the user PC 102A uploads (stores an image) and the user PC 102B and the portable terminals 113A and B view images.
[0068]
■ <Entrance of photo site 105>
FIG. 11 is an example of an initial screen displayed first when trying to receive the service of the photo site 105 in the present embodiment.
The storage unit of the photo site 105 stores HTML data for displaying this screen 1900, and is in a state where it can be freely downloaded via the Internet 104. Therefore, if a Web browser is started on the user PC 102A and a URL indicating the address of the Web server of the photo site 105 is designated, a screen 1900 shown in FIG. 11 is displayed.
[0069]
The screen 1900 includes a button 1901 for user registration, a login name input area 1902 for a user who has completed user registration to use the photo site 105, a password input area 1903, a login button 1904, and an album for browsing an album. An ID input area 1905, an album viewing button 1906, a print order ID input area 1907 for checking the status of a print order, and a print order confirmation button 1908 are arranged.
[0070]
Hereinafter, processing when each button on the screen 1900 is pressed will be described.
■ <User registration example>
First, a procedure for performing user registration will be described. FIG. 12 is a diagram showing an exchange between the user PC 102A and the photo site 105 at the time of user registration of the mobile phone of the embodiment.
[0071]
When the user registration button 1901 on the screen 1900 is pressed, the processing is performed according to the flowchart of FIG. 13 showing the processing of the photo site 105 at the time of user registration. When the user registration button 1901 is pressed on the screen 1900, a screen 2100 shown in FIG. 14 is displayed and the user registration processing is started (step S2001).
[0072]
A screen 2100 shown in FIG. 14 is a screen for performing user registration in the present embodiment. The input areas 2104 and 2105 for the event and the input areas 2106 and 2107 for the phonetic characters, the input areas 2108 and 2109 for the postal code of the user to be registered, the selection area 2110 for prefectures, the input areas 2111 and 2112 for the address, and the input of telephone numbers. There are regions 2113, 2114, and 2115. If the cancel button 2117 is pressed, the user registration process is not performed, although not shown in FIG. 20, but the screen returns to 1900.
[0073]
Here, when the registration button 2116 is pressed, it is checked in step S2002 whether or not an essential item has been input. In the present embodiment, a mail address 2101, a login name 2102, a password 2103, a name (2104, 2105), and a telephone number 2113, 2114, 2115 are required items. If it is determined that the essential items have not been input at the photo site 105, an error screen is displayed in step S2003.
[0074]
If it is determined in step S2002 that the required items have been input, the photo site 105 searches the customer information data table 400 of the database 208 (step S2004) and determines whether the login name input in the input area 2102 has already been used. It is determined whether or not it is (step S2005). If the login name input in the input area 2102 has already been used, an error screen is displayed in step S2006.
[0075]
If the login name input in the input area 2102 is not found in the database 208, a display screen 2200 shown in FIG. 15 prompting re-input of the password is displayed (step S2007). A display screen 2200 in FIG. 15 displays a password input area 2201, a password transmission instruction 2202, and a cancel 2203. At the time of cancellation, although not shown in FIG. 13, the registration process is interrupted, and a screen 2100 is displayed. In step S2008, it is determined whether the password input in password input area 2201 is the same as the character input in password input area 2103 of screen 2100. If it is determined in step S2008 that the entered passwords are not the same, an error screen is displayed (step S2009).
[0076]
If it is determined in step S2008 that the entered passwords are the same, the process proceeds to step S2010, and the user information confirmation screen 2600 shown in FIG. indicate. Information displayed here is information input by the user on screen 2100. Here, when the correction button 2602 is pressed, the process returns to step S2001, where the screen 2100 is displayed again, and the input information can be edited.
[0077]
When the confirm button 2601 is pressed, the maximum value of the user ID issued in the past is acquired from the customer information data table 400 of the database 208. Then, a value obtained by adding 1 to the numerical value is set as the user ID of the user to be newly registered (step S2012).
[0078]
In step S2013, a new customer information data table 400 is created based on the user ID obtained in step S2012, and the information input on the screen 2100 is registered in the customer information table 400. That is, the content of the input area 2101 in FIG. 21 is denoted by 402 in FIG. 4, the content of the input area 2102 is denoted by 403, the content of the input area 2103 is denoted by 404, the content of the input area 2104 is denoted by 405, and the content of the input area 2105 is denoted by In 406, the contents of the input area 2106 are set to 407, the contents of the input area 2107 are set to 408, the contents of the input area 2108 are set to 409, the contents of the input area 2109 are set to 410, the contents of the selection area 2110 are set to 411, and the input area is set to 411. The contents of 2111 are stored in 412, the contents of input area 2112 are stored in 413, the contents of input area 2113 are stored in 414, the contents of input area 2114 are stored in 415, and the contents of input area 2115 are stored in 416. Further, the user registration state 417 is set to 1.
[0079]
In the new user registration state, neither the album created by the user nor the upload image exists, but at the time of new registration, the customer album table 600 shown in FIG. 6 and the album information data table 700 shown in FIG. It may be created and registered in the database 208. In this case, as the album ID 602, the maximum value + 1 of the album ID issued by the database 208 so far is stored. Also, the album display number 603 is set to 1, and the album name 702 may be set to, for example, “My album” as a temporary album name by default. In addition, it goes without saying that initial values determined by the photo site 105 are set in the album information data table 700.
[0080]
When the registration in the database 208 is completed, an e-mail sentence having the same contents as the contents displayed on the screen 2600 in FIG. 16 is created, and an e-mail sentence is registered in the customer information table 400 in FIG. An e-mail is issued (step S2014). FIG. 17 is an example showing the contents of the e-mail issued at this time.
[0081]
■ <Login>
Next, a procedure for a user who has performed user registration for the photo site 105 to actually receive a service at the photo site 105 will be described. In the present embodiment, it is assumed that all the images of the user are managed in the folder named album in the photo site 105.
[0082]
When a login name and a password are entered in a login name input area 1902 and a password input area 1903 on the screen 1900 and a login button 1904 is pressed, the photo site 105 searches the database 208 for the customer information data table 400. If the login name is not retrieved from the customer information data table 400, or if the password of the retrieved record does not match the character string entered in the password input area 1903, a warning screen is displayed.
[0083]
If the password of the found record matches the character string entered in the input area 1903, it is determined that the photo site input user has been successfully authenticated, and a screen 2900 shown in FIG. Main menu).
[0084]
On a screen 2900, a button 2901 is a button for changing user information. A button 2902 is a logout button. In an area 2903, buttons for performing an editing operation on the album displayed on this screen are arranged. A button 2904 is a button for setting an album property. A button 2905 is an album notification button. A button 2906 is a button for creating a new album. A button 2907 is a button for deleting an album. A button 2908 is a button for uploading an image. A button 2909 is a print order button. An area 2910 is an area where buttons for selecting an album are displayed. At the beginning of this area, the size of the image stored on the photo site by the user and the ratio to the allowable usage amount are displayed. Also, buttons are arranged below the number of albums created by the user.
[0085]
In FIG. 18, it can be confirmed by the buttons 2911 to 2915 that the user has created five albums. When each button is pressed, the photo site 105 changes the image displayed in the album display area 2923 according to the selected album, and displays the album name of the album at the upper left corner of the album display area. An area 2916 is an area for arranging buttons for editing each image in the album. When each of the buttons 2917 to 2922 is pressed, an editing process corresponding to each button is performed on the checked image corresponding to each image displayed in the area 2923. An area 2923 is a display area of the album image. In this area, images stored in the album are sequentially displayed, and check boxes corresponding to the images are arranged. When each image is pressed, a property setting screen for each image is displayed.
[0086]
FIG. 19 is a flowchart showing a processing method related to a user's editing operation after the screen 2900 of FIG. 18 is displayed. The following processing is performed according to a user operation on the screen 2900.
[0087]
When a user input is received in step S3001, first, in step S3002, it is determined whether the user input is album editing. When a button in area 2903 on screen 2900 is pressed, it is determined that the album is to be edited, and in that case, the flow proceeds to album editing processing in step S3003.
[0088]
If it is determined in step S3002 that the user input is not album editing, the process advances to step S3004 to determine whether the user input is image editing. When the button in the area 2916 on the screen 2900 is pressed, it is determined that the image is to be edited, and the process proceeds to step S3005. In step S3005, in response to pressing of any button in the area 2916 in FIG. 29, the image selected in the album is rotated 90 degrees right / left, deleted, moved, copied, and changed in order. Do.
[0089]
If it is determined in step S3004 that the user input is not image editing, the process advances to step S3006 to determine whether the user input is editing of user information. When the button 2901 is pressed on the screen 2900, the user information is edited. When this button is pressed, a screen 2100 shown in FIG. 14 is displayed in step S3007, and the information registered by the user can be changed. The user information editing process here is almost the same as the user registration process described in the section (user registration), except that the information registered by the user is displayed as an initial value when the screen is displayed, and the registration button 2116 The difference is that the screen displayed when the cancel button 2117 is pressed is the screen 2900, and that the registration of the user information in the database is not a new registration but an update of the existing user information.
[0090]
If it is determined in step S3006 that the user input is not editing of user information, the process advances to step S3008 to determine whether the user input is image selection. If the user selects an image in the area 2923 in the screen 2900 by a method such as mouse click on the image, it is determined that the image has been selected, and the process proceeds to the image property editing process in step S3009. In the image property editing process, an image file name and a comment can be edited.
[0091]
If it is determined in step S3008 that the user input is not an image selection, the process advances to step S3010 to determine whether the user input is an album selection. If the user presses a button in the area 2910 on the screen 2900, it is determined that album selection has been performed, and album display processing in step S3011 is performed.
[0092]
If it is determined in step S3010 that the user input is not album selection, it is determined in step S3012 whether the user input is logout. If the user presses the button 2902 on the screen 2900, it is determined that the user input is logout, and the process advances to step S3013 to perform logout processing. When performing the logout process, the photo site 105 registers and updates the currently displayed album ID in the final display album ID 502 of the user status table 500 of the database 208. Thereafter, the display screen is returned to the screen 1900.
[0093]
If it is determined in step S3012 that the user input is not logout, the process returns to step S3001, and waits for the next user input.
[0094]
Hereinafter, details of step S3003 (album editing) and step S3011 (album display) will be described.
[0095]
■ <Album editing process>
FIG. 20 is a flowchart showing the procedure of the album editing process in the photo site 105.
[0096]
In step S3101, it is determined whether the setting is a property setting. If the button 2904 is pressed on the screen 2900, it is determined that the property setting has been selected, and the process moves to step S3102, where the screen 3200 shown in FIG. 22 is displayed, and the selected album (the area immediately before the area in FIG. Various attributes can be set for the album displayed in 2923).
[0097]
If it is determined in step S3101 that the setting is not a property setting, the process advances to step S3103 to determine whether the notification is an album notification. If the user presses the button 2905 on the screen 2900, it is determined that the notification of the album has been selected, and the process advances to step S3104 to display the screen 3300 shown in FIG. 29, where a method for browsing the selected album is displayed. Settings for notifying a third party by e-mail can be made.
[0098]
If it is determined in step S3103 that the notification is not an album notification, it is determined in step S3105 whether a new album has been created. If the user presses the button 2906 on the screen 2900, it is determined that the new album creation processing has been selected, and the flow advances to step S3106 to display the screen 3201 shown in FIG. When a new album name (an album name that the login user has not registered yet) is input to an album name input area 3201 on the screen 3201, and a setting button 3208 is pressed, a new album is created.
[0099]
If it is determined in step S3105 that the album is not newly created, it is determined in step S3107 whether the album is to be deleted. If the user presses the button 2907 on the screen 2900, it is determined that album deletion has been selected, and the flow advances to step S3108. When button 2907 is pressed, screen 3400 shown in FIG. 23 is displayed, and the currently selected album can be deleted.
[0100]
If it is determined in step S3107 that the album has not been deleted, it is determined in step S3109 whether the image has been uploaded to the selected album. If the user presses a button 2908 on the screen 2900, it is determined that uploading of an image has been selected, and the flow shifts to step S3110 to perform upload processing.
[0101]
If it is determined in step S3109 that the image is not to be uploaded to the album, it is determined in step S3111 whether the image is a print order for the album. If the user presses a button 2909 on the screen 2900, it is determined that the print order of the album has been selected, and the flow shifts to step S3112 to perform print order processing.
[0102]
FIG. 21 is a diagram showing an example of the exchange between the user PC 102A and the photo site 105 in the new album creation, property, and deletion processing according to the procedure of FIG.
[0103]
The uploading and browsing notifications will be described in more detail below. FIG. 24 is a diagram illustrating an example of exchange between the user PC 102A and the photo site 105 in uploading and browsing notification.
[0104]
■ <Image upload example>
An image upload process for the selected album will be described. When an upload button 2908 is pressed on the screen 2900, an image upload process starts. FIG. 25 is a flowchart showing the flow of processing for uploading an image to the selected album.
[0105]
First, when the button 2908 on the screen 2900 is pressed, in step S3701, the photo site 105 calculates the number of files (Files) that can be added to the photo site 105 by the logged-in user. Since the resources of the photo site 105 are limited, the capacity of each logged-in user to store images is determined, and if the capacity exceeds that capacity, image files cannot be uploaded.
[0106]
That is, in step S3702, it is determined whether uploading is possible based on whether Files is a positive number. If Files is less than "1", it is determined that uploading is not possible, and a screen 3800 shown in FIG. 26 is displayed (step S3703). When an OK button 3801 is pressed on the screen 3800, the screen returns to the screen 2900.
[0107]
If the number of Files is 1 or more, an upload screen 3900 shown in FIG. 27 is displayed in step S3704. In this screen, a reference button 3901 for selecting a file on the user PC 102A, an input area 3902 for inputting a file path, and a preview display area 3903 for displaying a thumbnail of the selected image are calculated in step S3701. The displayed number (Files) is displayed. When a send button 3904 is pressed, the flow advances to step S3705 to transfer the selected image file from the user PC 102A to a work area in the photo site 105. Although not shown in the flowchart of FIG. 25, when the cancel button 3905 is pressed, the upload process ends and a screen 2900 is displayed.
[0108]
The image file transferred to the photo site 105 is stored in the file server 209. Here, the number of transferred files is N. The work variable I is set to "1" (step S3706). In step S3707, it is determined whether I <= N. If I> N, a screen 2900 is displayed in step S3716, and the process ends.
[0109]
If I <= N in step S3707, it is determined whether the I-th file transferred in step S3708 is an image file that can be handled by the photo site 105. In the present embodiment, only when the uploaded image is a JPEG file and the digital camera shooting information in the DCF format can be extracted from the header portion, the file is determined to be a file that can be used in the photo site 105. Otherwise, step S3709 Displays the screen 4000 shown in FIG. 28, and deletes this file placed in the work area in the photo site 105 in step S3710. Note that the DCF information is used for performing color correction for printing or the like by using a shutter speed, the use of a strobe, or the like when printing an image at the print site 109A. If the OK button 4001 is pressed, the flow shifts to step S3715 to proceed to the processing for uploading the next file.
[0110]
If it is determined in step S3708 that the uploaded file is an image file of a predetermined format, the process advances to step S3711 to create a thumbnail display image for the image, and to create a thumbnail display image from the work area in the photo site 105. The image is stored in the image file server 209.
[0111]
Next, in step S3712, it is determined whether a file can be added. Judgment is made based on whether the registered file being processed exceeds the disk usage upper limit. If it is determined in step S3712 that the file cannot be added, a screen 3801 shown in FIG. 26 is displayed in step S3713, and all image files in the work area in the photo site 105 that have not been registered in the image file server 209 are deleted. In step S3716, a screen 2900 is displayed.
[0112]
If it is determined in step S3712 that the file can be added, the image information is registered in the database 208 in step S3714. That is, the image information data table 900 of FIG. 9 is created for the uploaded image file, and a value obtained by adding 1 to the maximum image ID registered so far is set as the image ID 901 of the additional image, and the file path Are set to the original image file path 904, the file path of the newly created thumbnail image and the file path of the display image, respectively, to the thumbnail file path 905, the display image file path 906, the number of browsing 908 to 0, and the number of printings 909 to 0. An album image data table 800 is registered in which the album ID of the selected album is an album ID 801, the image ID is an image ID 802, and a value obtained by adding one to the number of images in the album is an image display number 803.
[0113]
Next, “1” is added to I in step S3715, and the process returns to step S3707. By repeating the processing from step S3707 to step S3715 while I is smaller than N, the uploaded image file is registered on the database as much as possible.
[0114]
■ <Album notification example>
FIG. 29 is a diagram illustrating a screen displayed when the notification button 2905 is pressed on the screen 2900.
When the user inputs a destination mail address 3302, a sender mail address 3303, a mail title 3304, and a message 3305 on the screen 3300, and then presses a notification button 3306, the photo site 105 creates the above-described contents on the photo site 105. Combine with the text and issue an album notification email to the destination email address.
[0115]
FIG. 30 shows an example of the album notification mail. The URL and album ID included in the notification mail are the same as the contents displayed in the URL and public album ID display area 3308 of screen 3300. The user who has received the mail notification can browse the album by specifying the URL described in the mail. Also, the album ID described in the mail is input to the album ID designation area 1905 of the screen 1900, and GO! Even when the button 1906 is pressed, the same album as when the URL is designated can be browsed. Here, the value of the parameter AlbumID = described in the URL is the same as the album ID of the public album.
[0116]
■ <Example of generating public album ID>
Next, the ID of the public album will be described. The public album ID is generated by encrypting the album ID managed in the photo site 105. This makes it possible for a third party to easily imagine the original album ID 701 from the number and character string of the public album ID, and makes it difficult to analogize the public album ID of another album.
[0117]
■ <Album display processing>
FIG. 31 is a flowchart showing processing related to selection and display of an album when one of the album selection buttons 2911 to 2915 in the album selection area 2910 in the screen 2900 is pressed.
[0118]
First, in step S3501, the number of the pressed button from the top is checked, the customer album data table 600 having the number as the album display order number 603 is searched in the database 208, and the album ID 601 is determined. Obtained as AlbumID. Further, the album information data table 700 is specified from the album ID 601 to derive the album information.
[0119]
In step S3502, all records of the album image data table 800 having the AlbumID obtained in step S3501 as the album ID 801 are searched in the database 208. As a result of the search, the number of hit records is set to N, and “1” is substituted for the image count work variable I.
[0120]
In step S3503, it is determined whether I <= N. While I <= N, the processing from step S3504 to step S3509 is repeated to display all the images in the album.
[0121]
In step S3504, the album image data table 800 having I in the image display number 803 is searched from the record searched in step S3502, and the image ID 802 of the image is obtained. When the image ID 802 is obtained, a record of the image information data table 900 having the image ID 802 as the image ID 901 is searched in the database 208. In step S3505, the path 905 to the thumbnail file of the image is acquired from the record searched in step S3504.
[0122]
In step S3506, it is determined whether the value of the display format number 709 is 1 from the album information data table 700 acquired in step S3501. In the present embodiment, if this value is “0”, it indicates thumbnail display, and if “1”, it indicates detailed display.
[0123]
If the display format is “1” in step S3506, the thumbnail image and detailed information related to the image are displayed in step S3507. In this embodiment, the detailed information displays the image name, comment, number of times of browsing, and number of times of printing from the image information data table 900, and also displays a check box for image editing. The screen 3600 shown in FIG. 32 is an example of the album display when the detailed display is performed. The screen 3600 is different from the screen 2900 only in the display method of the image display area 2923, and all other functions are the same. Therefore, detailed description thereof is omitted.
[0124]
If the display format is not “1” in step S3506, a thumbnail image, an image name, and a check box for image editing are displayed in step S3508. The screen 2900 shown in FIG. 18 is an example of such a simplified display.
[0125]
If I> N in step S3503, all the images in the album have been displayed, and the process ends.
[0126]
In the above embodiment, the display format is limited to the two formats, but it goes without saying that there may be more display formats.
[0127]
■ <Example of browsing album>
FIG. 33 shows an example of an exchange between the user PC 102B or the mobile terminals 113A and B and the photo site 105 when the album stored in the photo site 105 is viewed from the user PC 102B or the mobile terminals 113A and 113B. .
[0128]
■ <Browsing of album from user PC>
The user who has received the notification mail shown in FIG. 30 can display the album browsing start screen 6700 shown in FIG. 34 by specifying the URL 6201 described in the mail text. This screen is a screen 1900, in which the album ID 6203 described in the notification mail is input to the album ID input area 1905, and GO! It is also displayed when a button 1906 is pressed.
[0129]
The photo site 105 analyzes the Album ID in the parameter portion of the URL input or the album ID input in the album ID input area 1905, and if an album exists, the name (last name) 405 is displayed on a screen 6700 shown in FIG. Is displayed. If a password is set for the album from the password permission flag 705 of the searched album information data table 700, a password input area 6701 is displayed. It is needless to say that the password input area 6701 is not displayed for an album without a password.
[0130]
When an OK button 6701 is pressed, a screen 6800 shown in FIG. 35 is displayed for an album for which a password has not been set and an album for which a password has been correctly input. This content is the same as the screen display area 2923 on the screen 2900. If the password is incorrect, an error screen will be displayed.
[0131]
Also, the value of the print permission flag 707 is acquired from the album information data table 700, and a button 6803 is displayed for the print-enabled album, and a print order can be performed. In this case, the flow of processing of the print order is almost the same as the flow of processing of the login user (processing when the button 2909 is pressed at 2900 in FIG. 18), and the difference is that points are not added at the photo site 105. Only.
[0132]
■ <Browse of album from mobile terminal>
Hereinafter, the application server 204 for a mobile terminal will be described in detail.
The screens shown in FIGS. 36 to 39 are display examples of the screen displayed on the display of the mobile terminal 113 when browsing from the mobile terminal. This display layout changes each time depending on the difference in the degree of character wraparound depending on the screen size that differs for each portable terminal model, the state of the displayed image size, and the like.
[0133]
The portable terminal user who has received the notification mail shown in FIG. 30 can display the album browsing start screen 7300 shown in FIG. 36 by specifying the URL described in the mail text. At this time, the URL is the same when browsing from the user PC 102B and when browsing from the mobile terminals 113A and 113B. The load balancer 202 of the photo site 105 determines whether the access is from a user PC or a request from a mobile terminal based on the value of the User-Agent field included in the HTTP request header, and the request from the mobile terminal is processed by the MobileApps server 204. Sort out.
Note that such processing may be distributed according to the presence / absence of Cockie at the request source without using the information of the HTTP request header.
[0134]
When the application server 204 receives an access request for the URL described in the mail text from the portable terminal 113, it temporarily adds the current time in the system to the URL parameter and issues a redirect instruction to the portable terminal 113. Upon receiving this instruction, the mobile terminal 113 issues an access request to the application server 204 again, and upon receiving this request, the application server 204 analyzes the AlbumID in the URL parameter part. Then, when it is determined that the album corresponding to the AlbumID can be browsed by the processing flow described later, it is further determined whether or not a password is set for the album. If a password is set, an album browsing start screen 7300 is displayed. If no password is set, a screen 7400 shown in FIG. 37 is displayed.
[0135]
When the mobile terminal user inputs a password in the input area 7301 of the album browsing start screen 7300 and presses the OK button 7302, the application server 204 displays the screen 7400 only when determining that the input password is correct. . On the other hand, at the time of timeout or when the input password is incorrect, an error screen is displayed.
[0136]
On a screen 7400, an image 7401 whose image size has been reduced and its name 7402, an image order 7403 in the album, a link 7404 for selecting an image to be displayed, the total number of images 7405 in the album, and an image to be displayed are specified in the image order. Input field and input determination button 7406, a link 7407 for displaying an image information display screen 7500, and a link 7408 for displaying an album information display screen.
[0137]
When the mobile terminal user presses the link 7404, images in the order before and after the currently displayed image are displayed on the image 7401 display portion, and the corresponding image name is displayed on the name 7402 display portion. When the mobile terminal user inputs the image order in the input field 7406 and presses the “display” button, the image in the image order is displayed on the image 7401 display portion, and the corresponding image name is displayed on the name 7402 display portion.
[0138]
When the mobile terminal user presses the link 7407, an image information display screen 7500 for displaying detailed information such as an image name, a comment, and the number of viewers of the image is displayed. When the mobile terminal user presses the link 7408, an album information display screen (not shown) for displaying detailed information such as an album name, a comment, and the number of viewers of the album is displayed.
[0139]
Also, the application server 204 checks the state in the album at the timing when the link 7404 or the “display” button 7406 is pressed, and displays the screen 7600 if the image to be displayed has already been deleted from the album. I do. On the other hand, if the image is prohibited from being viewed, an error screen is displayed. The screen 7500 displays a detailed image name 7501, the number of image viewers 7502, a comment 7503, and a link 7504 for returning to the screen 7400. On the album information display screen (not shown), the same display as screen 7500 is performed, but the album name is used instead of the image name, the number of album viewers is used instead of the image viewer, and the image comment is used instead of the image comment. To display album comments.
[0140]
On the screen 7600, a comment 7601 “This image has been deleted” is displayed instead of the image 7401 display and the image name 7402 display on the screen 7400. Also, a link for displaying image information display screen 7500 is not displayed. The other display contents are the same as those in FIG.
[0141]
■ <Configuration of mobile application database>
FIGS. 40 to 42 are diagrams showing the contents of tables managed in the database 208 by the mobile terminal application server 204. FIG. These tables are created by the application server 204 in response to access from the mobile terminal 113, and are used to control display contents and services to the mobile terminal 113.
[0142]
FIG. 40 is a diagram illustrating an example of a table (MB session information table) for managing access from a specific mobile terminal.
[0143]
The MB session information table 8000 is registered in the database 208 one record for each new session. At this time, a uniquely defined session ID is assigned as identification information of the mobile terminal user who has accessed, and the session ID and the user ID item of the table together with the user ID (same as the user ID 501) of the album owner who sent the invitation mail are assigned. Store.
[0144]
In the MB session information table 8000, the date and time when a new session is started and the last access date and time with the same session ID are stored in the access date and time and last access date and time items, respectively. The application server 204 periodically searches the MB session information table 8000 in the database 208, and sets a flag in a record attribute item of a record after a certain period of time from the last access date and time. Thereafter, the access from the portable terminal using the session ID in the same record is treated as a timeout, and the access is rejected.
[0145]
FIG. 41 is a diagram showing an example of an MB album information table that stores information of an album specified at the time of an album browsing request from a mobile terminal.
[0146]
The MB album information table 8100 is registered in the database 208 one record at a time for each new session. At this time, the new record includes the session ID stored in the MB session information table 8000, the album ID specified from the mobile terminal, and a part of the contents of the album information data table 700 (the album name and the comment in the example of FIG. 41). (In the album name and album comment items).
[0147]
FIG. 42 is a diagram illustrating an example of an MB image information table that stores image information in an album specified at the time of an album browsing request from a mobile terminal.
[0148]
In the MB image information table 8200, records for the number of images in the specified album are registered in the database 208 for each new session. At this time, each record includes a session ID stored in the MB session information table 8000 and a part of the contents of the album image data table 800 (FIG. 8) and the image information data table 900 (FIG. 9) (in this example, the image ID , An image number, an image name, and a comment) are stored.
[0149]
Further, the application server 204 once obtains an image in the file server 209 indicated by the thumbnail file path 905 in the image information data table 900, and stores the image in a temporary area in the file server 209 exclusively used by the application server 204. make a copy. Then, the copy destination image file path is stored in the image path item of the corresponding record in the MB image information table 8200.
[0150]
FIG. 46 shows a temporary area (file system) in the file server 209 used exclusively by the application server 204. In this area, an image in the file server 209 indicated by the thumbnail file path 905 in the image information data table 900 is once obtained and stored. The images are stored under a directory created by the application server 204 and indicating the time of access by the mobile browsing user. Specifically, the directory name indicates "month day time" by a number. For example, an image included in an album requested to be browsed at 16:00 on July 23 is stored immediately under a directory named “072316”.
[0151]
■ <MB session monitoring process>
The MB session monitoring process is started when the application server 204 is started. This processing relates to erasing a session of the album browsing service from the mobile terminal.
As described in <Configuration of Mobile Application Database>, for a new session from a mobile terminal, the application server 204 stores an album in a new record of the MB session information table 8000, the MB album information table 8100, and the MB image information table 8200. Stores information required for browsing.
[0152]
The MB session monitoring process is based on, for example, the MB session monitoring initial information to be described later, among the records of the MB session information table 8000, the MB album information table 8100, and the MB image information table 8200, for example, by the value of the session ID field of each record. This process invalidates or deletes records that can be determined to be related to the same session at regular intervals.
[0153]
FIG. 47 is a flowchart of the MB session monitoring process performed by the application server 204.
When the MB session monitoring process starts, first, MB session monitoring setting information is set (step S5101). The MB session monitoring setting information includes, for example, the following elements.
・ Session timeout time
・ Erasable flag
・ Erase day
・ Erase time
The specific values of the MB session monitoring setting information exist in, for example, an application initialization file in the file system of the application server 204.
[0154]
Next, a waiting time until an MB session management process to be described later is started is set (step S5102), and the MB session monitoring process enters a waiting state (step S5103). When the set waiting time has elapsed, an MB session management process described later is performed (step S5104).
[0155]
Note that the time set in step S5102 is a time obtained by adding the waiting time to the current time (for example, if the current time is 11:00 am and the waiting time is a pure waiting time (for example, 30 minutes) from the current time). If the time is 30 minutes, it may be 11:30 am).
[0156]
Next, the MB session management process performed in step S5104 in FIG. 47 will be described with reference to the flowchart shown in FIG.
The MB session management process is executed every fixed time from the MB session monitoring process, that is, every time the waiting time set in step S5102 elapses. When the MB session management process starts, the MB session information invalidation process (step S5201), the image deletion process (step S5202), and the MB information table deletion process (step S5203) are sequentially performed. Details of the processing performed in each of these steps will be described below in order.
[0157]
FIG. 49 is a flowchart of the MB session information invalidation processing shown in step S5201 of FIG.
When the MB session information invalidation processing starts, first, the current time is acquired (step S5301). Next, referring to the MB session information table 8000 (step S5302), existing records are confirmed in order (step S5303).
[0158]
If the record does not exist, the MB session information invalidation processing ends. If the record exists, the last access date and time field in the MB session information record is referred to (step S5304), and the elapsed time up to the current time is calculated. It is determined that the session has timed out (step S5305), a flag is set in the record attribute of the record of the MB session information table 8000 currently being referred to (value is set to 1), and the session information is invalidated (step S5306). If there are a plurality of records, the processes of steps S5304 to S5306 are repeated for each record.
[0159]
FIG. 50 is a flowchart of the image deletion processing shown in step S5202 of FIG.
When the image deletion process starts, first, the current time is obtained (step S5401). Next, the image reference time directory shown in FIG. 46 is checked (step S5402), the image reference time indicated by the directory name is compared with the current time, and the elapsed time in time units from the image reference is calculated. It is determined whether a predetermined time, for example, two hours or more has elapsed (step S5403). If the predetermined time has elapsed, the directory is deleted (step S5404). If there are a plurality of image reference directories, the processes of steps S5403 to S5304 are repeated for each directory.
[0160]
Note that in the present embodiment, the image deletion process is executed based on the elapsed time since the browsing request was made (since the session started) irrespective of whether or not the session is effectively valid. Therefore, the thumbnail image may be deleted while the session is effectively valid. In this case, the thumbnail image may be copied again. In this case, the directory name is a character string representing the date and time of copying.
[0161]
FIG. 51 is a flowchart of the MB information table deletion process shown in step S5203 of FIG.
When the MB information table deletion processing starts, first, the current time is obtained (step S5501). Next, the erasing time is confirmed with reference to the MB session monitoring setting information. If the current time acquired in step S5501 has not reached the set erasing time, the process ends without doing anything. On the other hand, if the current time acquired in step S5501 has reached the set deletion time (step S5502), MB album information record deletion processing (step S5503), MB image information record deletion processing (step S5504), and MB session information The record deletion processing (step S5505) is sequentially performed. Details of the processing of steps S5503 to S5505 will be described below in order.
[0162]
FIG. 52 is a flowchart of the MB album information record deletion process shown in step S5503 of FIG.
When the MB album information record deletion process starts, first, the MB session information table 8000 is referred to (step S5601), and among all the records of the current MB session information table 8000, the record whose record attribute value is 1 is determined to be an invalid session. Create a session ID value list of invalid sessions (step S5602)
[0163]
Next, referring to the MB album information table 8100 (step S5603), existing records are confirmed in order (step S5604).
If no record exists, the MB album information record deletion process ends. If there is a record, the invalid session ID list created in step S5602 is referred to. If the session ID in the currently referenced record is an invalid session ID (step S5605), the currently referenced record is deleted. (Step S5606). If the session ID in the record being referred to is not an invalid session ID, the flow shifts to step S5607.
[0164]
In step S5607, it is checked whether the processing has been performed for all records. If there is an unprocessed record, the process returns to step S5606 to repeat the processing. When processing has been performed for all records, the processing ends.
[0165]
FIG. 53 is a flowchart of the MB image information record deletion process shown in step S5504 of FIG.
When the MB image information record deletion process starts, first, the MB session information table 8000 is referred to (step S5701), and among all the records of the current MB session information table 8000, the record whose record attribute value is 1 is determined to be an invalid session. , Creates a session ID value list of invalid sessions (step S5702)
[0166]
Next, referring to the MB image information table 8200 (step S5703), existing records are confirmed in order (step S5704).
If no record exists, the MB image information record deletion process ends. If a record exists, the invalid session ID list created in step S5702 is referred to, and if the session ID in the currently referred record is an invalid session ID (step S5705), the currently referred record is deleted. (Step S5706). If the session ID in the record being referred to is not an invalid session ID, the flow shifts to step S5707.
[0167]
In step S5707, it is checked whether processing has been performed for all records. If there is an unprocessed record, the process returns to step S5705 to repeat the processing. When processing has been performed for all records, the processing ends.
[0168]
FIG. 54 is a flowchart of the MB session information record deletion process shown in step S5505 of FIG.
When the MB session information record deletion process starts, first, the MB session information table 8000 is referred to (step S5801), and existing records are confirmed in order (step S5802).
[0169]
If no record exists, the MB session information record deletion processing ends. If a record exists, the record attribute in the record currently being referred to is checked, and if the record is an invalid session ID (step S5803), the record currently referred to is deleted (step S5804). If the session ID in the record being referred to is not an invalid session ID, the flow shifts to step S5805.
[0170]
In step S5805, it is confirmed whether or not processing has been performed for all records. If there is an unprocessed record, the process returns to step S5803 to repeat the processing. When processing has been performed for all records, the processing ends.
[0171]
In each of the MB session information record deletion processing, the MB information table deletion processing, and the MB album information record deletion processing, the case where the invalid session ID list is generated has been described. The invalid session ID list that has been used may be used in subsequent MB image information record deletion processing and MB session information record deletion processing.
[0172]
■ <Browse control flowchart>
FIG. 43 is a flowchart illustrating a processing procedure when the application server 204 transmits display data of the screen 7400 in FIG. 37 to the mobile terminal.
[0173]
Upon receiving the album browsing request from the mobile terminal user, the application server 204 first detects the session ID from the URL parameter portion of the album browsing request in step S9001, and searches the MB session information table 8000 for an existing session ID. Is determined. If it is determined that the session ID is an existing session ID, it is determined that the access is the second or more access using the same session ID, and a session image display process is performed in step S9003. If there is no session ID, it is determined to be the first image browsing display, and the standard time in the site is acquired by acquiring the system information in step S9002.
[0174]
Next, in step 9004, the time information added to the parameter part of the URL is compared with the time acquired in step S9002, and if the access is performed a predetermined time or more, it is determined that the access has timed out. Generate and send to mobile terminal. By doing so, it is possible to avoid the access in which the portable terminal 113 bookmarks the past URL and distribute the update information.
[0175]
If it is not time-out, in step S9005, the AlbumID added to the parameter part of the URL is analyzed. Then, the browsing album data table 600 and the customer information data table 400 are searched and acquired using the AlbumID as a key. In step S9006, whether the album owner has left or not, that is, the user registration state 417 of the customer state data table is " Check if it is not "0". If the user registration status is “0” and the album owner has left the membership (or if the album owner is prohibited from using the album for another reason), an error page is generated in step S9007 and transmitted to the mobile terminal.
[0176]
If the user registration status 417 is “1” and the album owner is available, the album information data table 700 is obtained from the obtained information in step S9008, and the information and the password in the URL parameter are obtained in step S9010. The judgment is made to confirm whether the album can be opened and whether the album can be viewed. If an error occurs, an error page is generated in step S9007 and transmitted to the mobile terminal.
[0177]
If there is no error, in step S9011, the album image data table 800 and the image information data table 900, which is information on the images in the album, are acquired from the acquired information in the album information data table 700. Here, the image of the file server 209 indicated by the thumbnail image file path 905 is once acquired and copied to a temporary area (in the file server 209) dedicated to access from the portable terminal. Referring to the display number 803, only the thumbnail image of the first page is copied.
[0178]
Next, in step S9012, an MB session information table 8000, MB album information table 8100, and MB image information table 8200 are generated, and the acquired information, copied image path information, and the like are stored. As management information of the accessing user, an intentionally defined session ID is allocated and stored together with the user ID (same as the user ID 501) of the album owner who sent the invitation mail.
[0179]
In step S9013, the access count from the mobile terminal is reflected on the number of times the album information data table 700 and the image information data table 900 have been viewed. In step S9014, display data of screen 7400 is generated and transmitted to the mobile terminal.
[0180]
FIG. 44 is a flowchart showing in detail the process (S9003) when session information has already been created when the display data of the screen 7400 shown in FIG. 43 is generated.
[0181]
First, in step S9101, standard time in the site is acquired by acquiring system information. In step S9102, the session information added to the parameter part of the URL is analyzed. The MB session information table 8000 and MB album information table 8100 are searched using the obtained session information as a key to obtain information. The acquired information includes the Album ID and the user ID. The parameter part of the URL also includes the currently displayed image display number.
[0182]
In step S9103, the last access date and time of the corresponding record in the MB session information table 8000 is determined. If the access is performed a predetermined time or more, it is determined that a timeout has occurred. . By doing so, it is possible to avoid an access in which the URL is bookmarked on the portable terminal 113 and distribute the update information.
[0183]
Using the user ID acquired in step S9102 as a key, further, in step S9104, the customer information data table 400 is searched and acquired, and in step S9105, it is confirmed whether the album owner has left the membership (whether the album owner has been prohibited). I do. In the case of withdrawal, an error page is generated in step S9106, and transmitted to the mobile terminal.
[0184]
If the album owner is in a usable state, the album information data table 700 is obtained from the session information in step S9107, and in step S9108, whether the album can be opened and viewed is checked. If it is determined in step S9108 that disclosure is prohibited, the deletion flag 1 of the data storage area 31 is set in step S9110, and the flow advances to screen generation processing in step S9115.
[0185]
On the other hand, if it is set to be permitted to be disclosed, in step 9116, the album image data table 800 and the image information data table 900, which is information about the album, are acquired based on the AlbumID and the image display number acquired in step S9102.
[0186]
Also, here, the image of the file server 209 indicated by the thumbnail image file path 905 of the image information data table 900 is once obtained and copied to a temporary area (in the file server 209) dedicated to access from the portable terminal. With reference to the image display number 803 of the image data table 800, only the thumbnail image of the currently referenced image is copied. In step S9109, the MB image information table 8200 is obtained.
[0187]
In step S9111, it is determined whether the image is in the image information data table 900 and whether browsing is prohibited, and it is determined whether the image can be browsed and displayed. If the image is present in the image data table 900 and can be browsed and displayed without being set to prohibition of browsing, the number of times of browsing from the portable terminal is updated in step S9112. On the other hand, if the image does not exist in the image data table 900 or the image is set to prohibition of viewing, it is determined that the image has been deleted, and the deletion flag 2 of the data storage area 31 is set in step S9113.
[0188]
In step S9114, the access date and time are reflected in the last login date and time item of MB session information table 8000. Next, the process proceeds to the screen generation processing in step S9115, and information on the display screen 7400 corresponding to the second and subsequent accesses is generated.
[0189]
FIG. 45 is a flowchart illustrating the process of generating the display data of the screen 7400 (steps S9014 and S9115) in more detail.
[0190]
In step S9201, the deletion flag 1 in the data storage area 31 is checked. If the flag is set, in step S9202, for example, an error message "This album cannot be browsed" is set in the display character string. Then, the process proceeds to step S9212 to generate display image data together with other information and transmit the display image data to the mobile terminal.
If the deletion flag 1 has not been set in step S9201, the deletion flag 2 is checked in step S9203. If the deletion flag 1 has been set, an error message, for example, "the image has been deleted" is generated in step S9204. The display character string is set, and the flow advances to step S9211.
[0191]
If none of the deletion flags is set, in step S9205, the number of characters stored in the image name item in the MB image information table 8200 is compared with the preset number of display characters (DispCh). The number of display characters may be a value that changes according to the carrier (service provider) of the mobile terminal, the type of the terminal, or the like, or may be a fixed value. If the number of characters is equal to or smaller than the number of display characters, in step S9206, the content of the image name item in the MB image information table 8200 is set as the character string of the image name 7402 on the screen 7400. On the other hand, if the number of characters stored as the image name is larger than the number of display characters, in step S9207, characters corresponding to the first byte and the second byte from the number of display characters (DispCh) are inspected to determine whether a 2-byte code character is interposed. Is determined at the first byte of the two-byte character code).
[0192]
If the two-byte code character is truncated in the display character count (DispCh), in step S9208, the character at the boundary is removed from the head of the character string of the image name in the MB image information table 8200 (display character count). The (DispCh) -first byte) is set as the character string of the image name 7402 on the screen 7400. On the other hand, if the two-byte code character is not interposed, in step S9209, of the character string of the image name in the MB image information table 8200, from the beginning to the (display character number (DispCh)) th is displayed on the screen 7400 It is set as a character string of a certain image name 7402.
[0193]
In mobile terminals such as mobile phones, the amount of information (the amount of data) that can be displayed is limited due to the size of the display unit and restrictions on the business side. Therefore, by adjusting the amount of data to be transmitted on the mobile terminal application server 204 side when an access from the mobile terminal is received, it is possible to avoid a problem that an error display or a screen cannot be displayed on the mobile terminal. it can.
[0194]
The image name 7402 of the screen 7400 shown in FIG. 37 shows a case where the number of characters stored in the image name item in the MB image information table 8200 is larger than the number of display characters, and a part of the image is displayed. On the corresponding comment information screen (FIG. 38), the full text of the image name is displayed.
[0195]
In step S9210, link information of comment link 7407 on screen 7400 is generated including session information. Further, in step S9211, a URL of an image file to be displayed on the screen 7400, other link information, parameters related to a form, and the like are generated in a form including session information. Then, in step S9212, display data of screen 7400 is generated and transmitted to the mobile terminal. When the process proceeds from step S9204 to step S9212 (when the image is deleted), display data corresponding to the screen 7600 shown in FIG. 39 is generated and transmitted to the mobile terminal.
[0196]
[Other embodiments]
In the present embodiment, an image network service using a digital camera has been described as an example, but it goes without saying that the present invention can be applied to a service for distributing images and information thereof. Further, as described above, the present invention is not limited to an image browsing system, and is a technology that can be widely applied to a mobile phone service connected to an external device such as a server via a communication line. These ranges are included.
[0197]
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 embodiments 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.
[0198]
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.
[0199]
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.
[0200]
【The invention's effect】
As described above, according to the present invention, the process of invalidating or deleting information that can be determined to be related to the same session is performed at regular time intervals. It is possible to provide an information processing device that manages data and efficiently transmits a browse image, and a control method thereof.
[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 flowchart illustrating a processing procedure for accessing a photo site from a PC according to the embodiment.
FIG. 11 is a diagram showing an example of a screen displayed when starting a server service from the photo site of the embodiment.
FIG. 12 is a diagram showing an example of exchange when user registration is performed from a user PC to a photo site according to the embodiment.
FIG. 13 is a flowchart illustrating a processing example of a photo site at the time of user registration according to the present embodiment.
FIG. 14 is a diagram illustrating an example of a screen for performing user registration according to the present embodiment.
FIG. 15 is a diagram showing an example of a screen for re-entering a password according to the embodiment.
FIG. 16 is a diagram illustrating an example of a user site confirmation screen of the photo site according to the present embodiment.
FIG. 17 is a diagram illustrating an example of the content of an e-mail issued at the time of user registration of the photo site according to the present embodiment.
FIG. 18 is a diagram illustrating an example of a screen displayed when the login to the photo site according to the present embodiment is successfully performed.
FIG. 19 is a flowchart illustrating a processing example regarding a user's editing operation at the photo site according to the present embodiment.
FIG. 20 is a flowchart illustrating an example of a procedure of an album editing process in the photo site according to the embodiment.
FIG. 21 is a diagram illustrating an example of an exchange when a user PC instructs new registration, property, and deletion to a photo site according to the present embodiment.
FIG. 22 is a view showing an example of an album property setting screen of the photo site according to the embodiment.
FIG. 23 is a diagram illustrating an example of an album deletion confirmation screen of the photo site according to the present embodiment.
FIG. 24 is a diagram illustrating an example of an exchange in the case of instructing uploading and browsing notification from a user PC to a photo site according to the present embodiment.
FIG. 25 is a flowchart showing an example of a procedure for uploading an image to an album currently displayed and being edited in the photo site of the embodiment.
FIG. 26 is a diagram showing an example of a warning screen indicating that uploading cannot be performed at the photo site of the embodiment.
FIG. 27 is a diagram illustrating an example of an upload image selection screen according to the present embodiment.
FIG. 28 is a diagram illustrating an example of a warning screen when a file that cannot be handled by the photo site of the present embodiment is uploaded.
FIG. 29 is a diagram illustrating an example of an E-Mail notification setting screen of an album of a photo site according to the present embodiment.
FIG. 30 is a diagram showing an example of an album notification mail of the embodiment.
FIG. 31 is a flowchart illustrating processing related to selection and display of an album when one of the album selection buttons of the photo site according to the present embodiment is pressed.
FIG. 32 is a diagram showing an example of an album detail display screen of the photo site of the embodiment.
FIG. 33 is a diagram showing an example of an exchange when an instruction to browse an album is issued from a user PC or a portable terminal to a photo site according to the present embodiment.
FIG. 34 is a diagram illustrating an example of an album browsing start screen according to the present embodiment.
FIG. 35 is a diagram showing an example of an album browsing screen of the present embodiment.
FIG. 36 is a diagram illustrating an example of a login screen displayed when browsing an album from the mobile terminal according to the embodiment.
FIG. 37 is a diagram showing an example of a first screen displayed when browsing an album from the mobile terminal of the embodiment.
FIG. 38 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. 39 is a diagram illustrating an example of a page displayed when browsing an album from the mobile terminal according to the present embodiment and relating to a case where image deletion and viewing of a specific image are prohibited.
FIG. 40 is a diagram showing an example of a table for managing access from a specific mobile phone.
FIG. 41 is a diagram showing an example of a table for storing albums and album information that can be browsed when the user logs in.
FIG. 42 is a diagram showing an example of a table for storing image information in an album when browsing the album.
FIG. 43 is a flowchart showing a processing example regarding display when displaying screen 7400 shown in FIG. 37.
FIG. 44 is a flowchart showing in detail a process (S9003) when session information has already been created in FIG. 43.
FIG. 45 is a flowchart showing in detail a process (S9014, S9115) for generating data of a screen 7400 in FIGS. 43 and 44.
FIG. 46 is a diagram showing an example of a temporary area (file system) in a file server used exclusively by the application server of the present embodiment.
FIG. 47 is a flowchart illustrating a session monitoring process of the mobile terminal on the application server according to the present embodiment.
FIG. 48 is a flowchart illustrating processing related to session management of the mobile terminal according to the present embodiment.
FIG. 49 is a flowchart illustrating processing related to invalidating session information of the mobile terminal according to the present embodiment.
FIG. 50 is a flowchart illustrating processing relating to image deletion according to the present embodiment.
FIG. 51 is a flowchart illustrating processing relating to deletion of an information table of the mobile terminal according to the present embodiment.
FIG. 52 is a flowchart illustrating processing related to album information record deletion of the portable terminal according to the present embodiment.
FIG. 53 is a flowchart illustrating a process related to deletion of an image information record of the mobile terminal according to the present embodiment.
FIG. 54 is a flowchart illustrating processing relating to deletion of a session information record of the mobile terminal according to the present embodiment.

Claims

For each session with the communication terminal, generate session information including identification information of the session, and store the session information in the storage unit,
An information processing apparatus comprising: an invalidation unit configured to periodically check session information stored in the storage unit at a predetermined timing and invalidate session information relating to a session that has not been accessed for a first predetermined time. .

Storage means for storing images;
In response to a request from the communication terminal, display image copying means for copying display image data corresponding to an image stored in the storage means to a predetermined area,
2. The information processing apparatus according to claim 1, further comprising an image deletion unit that deletes the display image data after a second predetermined time has passed since the copying was performed.

Checking the session information stored in the storage means, detecting invalidated session information, and other information managed by the identification information included in the invalidated session information; The information processing apparatus according to claim 1, further comprising a session information deleting unit configured to delete the encrypted session information.

A method for controlling an information processing device, comprising:
For each session with the communication terminal, a session information generating step of generating session information including identification information of the session, and storing the generated session information in a storage unit;
An invalidation step of periodically checking session information stored in the storage unit at a predetermined timing and invalidating session information relating to a session that has not been accessed for a first predetermined time. Control method.

A non-transitory computer-readable storage medium storing a program for causing a computer device to execute the information processing device control method according to claim 4.

A computer-readable storage medium storing a program for causing a computer device to implement the method for controlling an information processing device according to claim 4.