JP4280452B2 - 情報処理装置及びその制御方法及びそれを実現するプログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置が記憶する画像を通信端末に閲覧させるための情報処理装置及びその処理方法及びそれを実現するプログラムに関するものである。
【０００２】
【従来の技術】
デジタル画像情報は、一般に、画像入力機器によって提供される。近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズ、コストがスケールダウンしたことで、画像を撮影する画像入力機器が広く用いられるようになってきた。そして、デジタルカメラを用いて撮影した画像データは、デジタルカメラ内にあるメモリに保存された後、デジタルカメラのユーザが所有するパーソナルコンピュータ内のＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。又、カラースキャナの普及に伴って、電子データとして画像を作成、保管することも容易にできるようになった。
【０００３】
一方で、近年通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能となっている。
【０００４】
このような背景から、情報提供サービスを行うシステムとして、画像サービスサイト（以後フォトサイトと称す）が、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に再度閲覧できるようなサービスを提供するシステムが生まれた。又、このようなサービスを提供するプロバイダもある。
【０００５】
【発明が解決しようとする課題】
しかしながら、通常、画像閲覧サービスを実現した場合に、ユーザ数にリンクしたアルバム（画像データの複数枚をひとつの単位としてまとめたもの）や画像といった情報は膨大になる。従って、画像閲覧サービスにおいて画像のリクエストごとにアルバム情報を管理すると、ユーザ数が増えれば増えるほど管理データを検索して情報を加工するのに時間がかかるようになる。
【０００６】
又、ユーザ情報を逐次参照すると、ユーザの画像編集（画像の追加やコメント変更）をそのまま反映することができるが、閲覧している最中に情報を削除・追加・編集すると、閲覧総数が変わったり、指示したページがずれたり、コメントの再表示をしたときに内容が変化したりして、ユーザに混乱をきたすことになる。
【０００７】
本発明は、画像閲覧ユーザに対して安定して画像を提供すること、また、画像編集ユーザが画像閲覧ユーザを気にすることなく画像の編集作業を行えるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を解決するために、本発明の情報処理装置は、複数の通信端末にネットワークを介して画像データを提供する情報処理装置であって、第１の通信端末からアップロードされた画像データを画像ＩＤと関連づけて格納する格納手段と、第２の通信端末から送信された画像データを閲覧するためのリクエストがセッションＩＤを含むかどうか検出する検出手段と、前記検出手段が前記リクエストがセッションＩＤを含まないと検出したとき、前記リクエストに含まれる画像ＩＤと対応する前記格納手段に格納された画像データを複製することによって複製データを生成する複製手段と、前記複製データを、前記情報処理装置にアクセスするために前記第２の通信端末に対して新たに発行されるセッションＩＤと対応づけて記憶する記憶手段と、前記検出手段が前記リクエストがセッションＩＤを含むと検出したとき、前記リクエストに含まれるセッションＩＤと対応する前記記憶手段に記憶された前記複製データを取得する取得手段と、前記取得手段により取得された複製データを前記第２の通信端末に送信する送信手段とを備えたことを特徴とする。
【０００９】
ここで、前記格納手段は、前記画像データの公開可否を示す管理情報をさらに前記画像データに関連づけて格納し、前記取得手段は前記複製情報と対応する前記画像データに関連づけられた管理情報にしたがって前記複製情報を取得する。また、前記画像データはオリジナル画像およびサムネイル画像を含み、前記複製手段は前記サムネイル画像から前記複製情報を生成する。
【００１０】
又、本発明の情報処理装置の制御方法は、複数の通信端末にネットワークを介して画像データを提供する情報処理装置の制御方法であって、第１の通信端末からアップロードされた画像データを画像ＩＤと関連づけて格納するステップと、第２の通信端末から送信された画像データを閲覧するためのリクエストがセッションＩＤを含むかどうか検出するステップと、前記リクエストがセッションＩＤを含まないと検出したとき、前記リクエストに含まれる画像ＩＤと対応する前記格納された画像データを複製することによって複製データを生成するステップと、前記複製データを、前記情報処理装置にアクセスするために前記第２の通信端末に対して新たに発行されるセッションＩＤと対応づけて記憶するステップと、前記リクエストがセッションＩＤを含むと検出したとき、前記リクエストに含まれるセッションＩＤと対応する前記記憶された複製データを取得するステップと、前記取得された複製データを前記第２の通信端末に送信するステップとを備えたことを特徴とする。
【００１１】
又、本発明の情報処理装置を実現するプログラムは、複数の通信端末にネットワークを介して画像データを提供する情報処理装置を実現するコンピュータに、第１の通信端末からアップロードされた画像データを画像ＩＤと関連づけて格納するステップと、第２の通信端末から送信された画像データを閲覧するためのリクエストがセッションＩＤを含むかどうか検出するステップと、前記リクエストがセッションＩＤを含まないと検出したとき、前記リクエストに含まれる画像ＩＤと対応する前記格納された画像データを複製することによって複製データを生成するステップと、前記複製データを、前記情報処理装置にアクセスするために前記第２の通信端末に対して新たに発行されるセッションＩＤと対応づけて記憶するステップと、前記リクエストがセッションＩＤを含むと検出したとき、前記リクエストに含まれるセッションＩＤと対応する前記記憶された複製データを取得するステップと、前記取得された複製データを前記第２の通信端末に送信するステップとを実行させることを特徴とする。
【００１４】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている構成要素の相対配置や表示画面等は、特に特定的な記載がない限り、本発明の範囲をそれらのみに限定するものではなく、その変形例や追加・削除例も本発明に含まれる。
【００１５】
ここでは、本発明を実施する一実施形態として、インターネットを介してデジタル画像データの共有及び提供を行う情報提供システムを例に説明する。
【００１６】
＜本実施形態の情報提供システムの概要＞
図１は、本実施形態に係る情報提供システムの構成例を示す図である。
【００１７】
情報提供システムは、サービスの提供を受けるユーザのＰＣ（Personal Computer）１０２（以下、ユーザＰＣと略す）と、携帯端末１１３と、ユーザの画像及び個人情報を管理するフォトサイト１０５と、フォトサイト１０５が管理する画像をプリント処理するプリントサイト１０９からなる。
【００１８】
フォトサイト１０５は、インターネット上のサーバの記憶領域にユーザが画像入力機器で撮影した画像データを預かり、その画像データを顧客が望む時に閲覧できるようなサービスを提供する。本実施形態に係るフォトサイト１０５は、独自にはプリントサービスは行わず、様々なプリントサービスを提供できるプリントサイト１０９と提携し、そのプリントサイトに対して印刷のオーダを依頼する。又、プリントサイト１０９は、インターネットを利用して転送された年賀状やワープロ文書、画像などの電子ドキュメントをプリントアウトし、印刷物を商品としてユーザに提供する。
【００１９】
まず、ユーザはユーザＰＣ１０２上で動作しているＷｅｂブラウザを用いてフォトサイト１０５にアクセスし、フォトサイト１０５に保管されている画像の閲覧要求を行う。次に、フォトサイト１０５は、一定条件の下で、ユーザＰＣ上で動作しているＷｅｂブラウザ上に画像を表示させる。そして、ユーザは、Ｗｅｂブラウザで閲覧した画像の中から、プリントアウトしたい画像を選択できる。選択された画像の識別情報がフォトサイト１０５からプリントサイト１０９に渡される。
【００２０】
（画像アップロード）
図１で、１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録・再生する画像入力装置である。この画像入力装置は、静止画を撮影して画像データとして記録できるデジタルスチルカメラでも、動画を撮影して動画像データとして記録できるデジタルビデオカメラでもよい。
【００２１】
データ転送用インターフェース１１６は、画像入力装置１０１とユーザＰＣ１０２間で撮影された画像データを転送するためのインターフェースである。データ転送用インターフェース１１６は、ＵＳＢ（Universal Serial Bus）やＩＥＥＥ１３９４に代表される有線インターフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースの場合もある。
【００２２】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース１１６を介して、ユーザＰＣ１０２のＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２への画像データ転送に関しては、ユーザＰＣ１０２にインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内の情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送られる転送コマンドで、ユーザＰＣ１０２のＯＳ又は専用ソフトウエアが、ユーザＰＣ１０２の情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００２３】
ユーザＰＣ１０２上では、インターネット１０４での情報転送可能な標準プロトコルを有するＷｅｂブラウザが動作可能である。このＷｅｂブラウザによって、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、ＨＴＭＬ、ＸＭＬ等の記述言語で作成されたＷｅｂ情報を表示させることができる。そのＷｅｂ情報は、フォトサイト１０５が管理する画像や音声等のマルチメディア情報にリンクされている。この動作により、ユーザＰＣ１０２のユーザは、インターネット１０４を利用してフォトサイト１０５が提供するサービスを受けることができる。
【００２４】
画像入力装置１０１で撮影され、ユーザＰＣ１０２の情報記憶領域に格納されている画像データは、ユーザＰＣ１０２のユーザの要求により、フォトサイト１０５に転送される（以下、この転送を画像アップロードと呼ぶ）。この画像アップロードを行う方法としては、先に述べたＷｅｂブラウザを用いて転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送する方法や、画像アップロード専用ソフトウエア等を用いて、直接、画像データを選択して転送する方法がある。いずれの方法も、インターネット上で利用可能なプロトコル、例えばｈｔｔｐやｆｔｐなどに基づいて実行される。
【００２５】
アップロードされた画像データはフォトサイト１０５において利用可能なデータであるかどうかをチェックされる。利用可能であると判断した場合は、アップロードされた画像データや属性情報等を格納する。フォトサイト１０５は、アップロードされた画像データの複数枚をひとつの単位としてまとめたアルバムとして管理することもできる。
【００２６】
この段階でフォトサイト１０５は、正常に画像データがアップロードされたことをユーザＰＣ１０２に通知する。ユーザＰＣ１０２のユーザは、Ｗｅｂブラウザを介して、このようにして画像データをアップロードすることができる。
【００２７】
フォトサイト１０５には、画像データの属性情報以外にも各種データが一元管理されている。例えば、予め登録しているユーザ属性情報のデータや、アップロードされた画像データのプリントアウトを依頼するプリントサイト属性情報のデータなどである。
【００２８】
尚、上記では画像をアップロードする端末としてＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、携帯端末、例えば携帯電話から画像をアップロードできてもよいし、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置から直接に有線や無線で画像をアップロードできてもよい。
【００２９】
（画像閲覧サービス）
次に、画像データをフォトサイト１０５にアップロードしたユーザ以外が、インターネット１０４を介して、格納されている画像データを閲覧する方法について説明する。
【００３０】
フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、アップロードされた画像、又は、アップロードされた複数の画像を、一つのアーカイブとして管理しているアルバムに対する閲覧サービスを提供する。画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）のＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザを用いてフォトサイト１０５に通知する。
【００３１】
フォトサイト１０５は閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Universal Resource Locator）を生成する。この時、生成するＵＲＬはユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる。(以後、この様な一意に予測不可能なＵＲＬをランダムＵＲＬと称す。) 下記にその一例を示す。
【００３２】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumID=AJNWDMF
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、例えばユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、Ｗｅｂブラウザ上でＥ−Ｍａｉｌで通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することができる。
【００３３】
又、フォトサイト１０５は、画像をアップロードしたユーザが指定する携帯端末所有者に対して、画像（又はアルバム）の閲覧通知や閲覧機能サービスを提供することができる。この場合、フォトサイト１０５は、前述の閲覧ユーザに対するＥ−Ｍａｉｌ通知と同様に、携帯端末１１３に対してもＥ−Ｍａｉｌ通知を行う。そして、Ｅ−Ｍａｉｌを受け取ったユーザ（以下、携帯端末からフォトサイト１０５を利用するユーザを、携帯端末ユーザと略す）は、同様に画像及びアルバムの閲覧することができる。
【００３４】
携帯端末ユーザに通知されるＥ−Ｍａｉｌは、フォトサイト１０５内のメール配信サーバからインターネット１０４とインターネット接続ゲートウエイ１１５Ａとを介して、携帯端末１１３Ａとの各種データのやり取りが可能なモバイルネットワーク１１４Ａに送り出され、携帯端末１１３Ａに転送される。一方、Ｅ−Ｍａｉｌを受け取った携帯端末ユーザは、携帯端末１１３Ａの専用Ｗｅｂブラウザに対してＥ−Ｍａｉｌによって通知されたランダムＵＲＬアドレスを入力することで、モバイルネットワーク１１４Ａ→インターネット接続ゲートウエイ１１５Ａ→インターネット１０４という経路を経て、フォトサイト１０５にアクセスする。
【００３５】
フォトサイト１０５は、閲覧ユーザからのアクセスに対して、ＰＣ１０２上で動作しているＷｅｂブラウザで表示可能なＨＴＭＬ，ＸＭＬ等の記述言語で作成されたＷｅｂデータを返す。
【００３６】
一方、携帯端末ユーザからのアクセスに対しては、携帯端末１１３Ａ上で動作しているＷｅｂブラウザで表示可能なＷＭＬ，ＣｏｍｐａｃｔＨＴＭＬ等の記述言語で作成されたＷｅｂデータを返す。この際、フォトサイト１０５は、携帯端末ユーザが使用している携帯端末１１３Ａの機種を判別し、その機種に適した記述言語で作成されたＷｅｂデータを送り出す。閲覧可能な機種は、携帯端末１１３Ａのみではなく、通信プロトコル仕様や情報記述言語、モバイルネットワーク環境の違う携帯端末１１３Ｂもある。従って、フォトサイト１０５では、各種携帯端末に適した記述言語で作成されたＷｅｂデータを生成して送り出すことができるようになっている。説明の便宜上、図１においては利用可能な携帯端末機種をＡとＢの２つのみ示しているが、実際には当然これ以上の機種で利用可能である。
【００３７】
＜本実施形態のフォトサイトの構成例＞
図２は、本実施形態のフォトサイト１０５の構成例を示す図である。
【００３８】
フォトサイト１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３，２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネットスイッチ（ＳＷ）２１０からなる。
【００３９】
フォトサイト１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイト１０５内のイントラネット上のサーバ群を安全に運用するために使用する。
【００４０】
フォトサイト１０５には、主にＰＣ１０２に対してサービスを提供するアプリケーションサーバ(PC-APPS)２０３と、携帯端末１１３に対してサービスを提供するアプリケーションサーバ(Mobile-APPS)２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３,２０４は、適時ＤＢ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。
【００４１】
ロードバランサ２０２は負荷分散装置であり、フォトサイト１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末１０３からの閲覧要求であるか、ＰＣ１０２からの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯からの閲覧要求はコンテンツ変換サーバ(Mobile-Trans)２０５に振り分けを行う。
【００４２】
アプリケーションサーバ２０３は、ＰＣ１０１からのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。
【００４３】
コンテンツ変換サーバ２０５は、携帯端末１１３からのアクセスに対して、携帯端末用アプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末１１３からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更に携帯端末用のアプリケーションサーバ２０４に中継する。
【００４４】
アプリケーションサーバ２０４は、バックエンド（各ユーザのID、画像情報、閲覧画像公開時パスワード等の情報を保存してあるＤＢ２０８、ファイルサーバ２０９）と通信を行い、リクエストに応じた携帯端末用表示画面データを動的に生成し、それをコンテンツ変換サーバ２０５へ返す。アプリケーションサーバ２０４は、携帯端末１０３からのアクセスに対応する画像閲覧サービスを提供し、ユーザ毎にページを生成しする。
【００４５】
コンテンツ変換サーバ２０５は、受けた携帯端末用表示画面データをリクエスト元の携帯端末に合わせてコンテンツ変換し、それを携帯端末１１３へ返す。コンテンツ変換サーバ２０５は、各種携帯端末に対応するテーブルを持ち、携帯端末の機種情報と変換すべき画像情報やマークアップ言語等を関連付けている。コンテンツ変換サーバ２０５は、リクエストに対して他のマークアップ言語に対応する携帯１１３ごとに画像フォーマット変換も含むデータ変換を行う。具体的には、コンテンツ変換サーバ２０５は携帯端末１０３からのリクエストをHTTPで受けたとき、リクエストに含まれるUser-Agent情報として機種情報を取得し、テーブルを参照して、設定されている情報に従ってデータ変換を行う。
【００４６】
アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールや画像閲覧の招待メールを送信する。
【００４７】
ユーザからの画像はｆｔｐプロトコルにてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。
【００４８】
以上のような本実施形態に係るフォトサイト１０５は以下の機能を有する。
（１）ユーザ登録：ユーザＰＣ１０２Ａを用いて、フォトサイト１０５に対して、利用登録を行い、フォトサイト１０５は登録したユーザに対しユーザＩＤを発行する。
（２）画像データのアップロード：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像の転送を行う。
（３）プリントオーダ：ユーザＰＣ１０２Ａから、フォトサイト１０５に対して画像データの印刷指示を行い、プリントサイト１０９を経由して画像の印刷を行う。
（４）閲覧許可の通知：ユーザＰＣ１０２ＡからユーザＰＣ１０２Ｂ、及び携帯端末１１３Ａへ、フォトサイト１０５に格納された画像データの閲覧を許可するためのＥ−Ｍａｉｌを送信する。
（５）画像データの閲覧：ユーザＰＣ１０２Ｂから、フォトサイト１０５に格納された画像データの閲覧を行う。
（６）携帯端末からの画像の閲覧：携帯端末１１３Ａから、フォトサイト１０５に格納された画像データの閲覧を行う。
【００４９】
＜本実施形態のフォトサイトのハードウエア構成例＞
図３は、本実施形態のフォトサイト１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略してある。
【００５０】
１０は図１の制御装置であるＣＰＵであり、フォトサイト全体を制御する。ＲＯＭ２０には、変更を必要としないプログラムやパラメータが格納されている。ＲＡＭ３０はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１とプログラムロード領域３２からなる。
【００５１】
プログラムロード領域３２には、外部記憶装置４０からＯＳやプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ１０により実行される。
【００５２】
データ記憶領域３１には、本実施形態で使用する領域として、例えばユーザの通信端末に対して提供するため作成された送信画面３１ａ、ユーザの通信端末から受信した受信データ３１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１ｃや現在使用している保管用容量３１ｄ、携帯端末からの閲覧時に使用される削除フラグ１，２を記憶する領域３１ｅやセッションＩＤ３１ｆなどが確保される。
【００５３】
外部記憶装置４０は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピーディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域４１とプログラム記憶領域４２からなる。
【００５４】
データ記憶領域４１には、保管を依頼した顧客情報を管理する顧客情報データベース４１ａ、保管されている画像情報を管理する画像情報データベース４１ｂ、携帯端末用の情報を管理する携帯端末データベース４１ｃ等が記憶される。これらは、例えば、図４から図９、あるいは図４０から図４２にその構成例が更に以下で詳細に示される。
【００５５】
プログラム記憶領域４２には、ＲＡＭ３０のプログラムロード領域３２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム４２１として、以下に詳細に示すユーザ登録モジュール４２１ａ、ログインモジュール４２１ｂ、アルバム閲覧モジュール４２１ｃ、プリントオーダモジュール４２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム４２２として、本実施形態の特徴部分であるアルバム閲覧モジュール４２２ａが格納される。
【００５６】
尚、上記フォトサイトのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がＬＡＮ等で接続されたシステム構成であってもよく、又、記憶部、特に外部記憶装置４０は複数の装置に分散されて構成されていてもよい。
【００５７】
＜データベースの構成例＞
図４から図９は本実施形態におけるフォトサイト１０５が管理するデータベース２０８の内容を示した図である。
【００５８】
図４は、本実施形態におけるフォトサイト１０５で管理する顧客情報に関するデータテーブルを示した図である。
【００５９】
ユーザがユーザ登録を実行すると、１レコードの顧客情報データテーブル４００が作成され、データベース２０８に登録されて管理される。ユーザ登録されたユーザには一意的にユーザＩＤが定義され、データベース上はユーザＩＤ４０１をキーとして顧客情報データテーブル４００に管理される。顧客情報として管理される情報としては、通知先メールアドレス４０２、ログインネーム４０３、パスワード４０４、氏名（姓）４０５、氏名（名）４０６、ふりがな（姓）４０７、ふりがな（名）４０８、郵便番号（１、２）４０９、４１０、都道府県コード４１１、住所（１、２）４１２、４１３、電話番号（１、２、３）４１４、４１５、４１６、ユーザ登録状態４１７がある。ユーザ登録状態４１７は"１"ならば登録済みで利用可能な状態、"０"は利用禁止状態を表す。
【００６０】
図５は、本実施形態におけるフォトサイト１０５を利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
顧客状態データテーブル５００は、ユーザがユーザ登録を実行したときに１レコード作成され、データベース２０８に登録されて管理される。このレコード内の各設定値は、ユーザがフォトサイト使用中に行った動作に応じて随時更新される。そのため、ユーザがログインを行ったときには、顧客状態データテーブル５００にユーザが最後に使用していたときの状態が格納されていることになる。この顧客状態テーブル５００には、ユーザＩＤ５０１をキーとして、そのユーザの最後に表示していたアルバムのアルバムＩＤ５０２、ディスク使用限度量５０３、プリントオーダ利用時に累積されるポイント５０４が格納されている。尚、同一ユーザの場合、ユーザＩＤ５０１は、ユーザＩＤ４０１と同じ値である。
【００６１】
図６は、本実施形態におけるフォトサイト１０５で管理する顧客アルバムデータテーブルを示した図である。
【００６２】
顧客アルバムデータテーブル６００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。顧客アルバムデータテーブル６００では、登録されたユーザのユーザＩＤ６０１をキーとして、そのユーザの作成したアルバムのＩＤ６０２及びそのアルバムの表示順序番号６０３を保存する。尚、同一ユーザの場合、ユーザＩＤ６０１はユーザＩＤ４０１と同じ値である。
【００６３】
図７は、本実施形態におけるフォトサイト１０５で管理するアルバム情報データテーブルを示した図である。アルバム情報データテーブル７００は、ユーザがフォトサイト１０５の利用時に新規アルバムを１個作成すると、それに応じて１レコード作成されデータベース２０８に登録されて管理される。このレコードは、ユーザが当アルバムを削除するとデータベース２０８より削除される。アルバム情報データテーブル７００では、アルバムＩＤ７０１をキーとして、アルバム名７０２、アルバムに対するコメントへのファイルパス７０３、アルバムの公開可否フラグ７０４、パスワード可否フラグ７０５、アルバムパスワード７０６、印刷可否フラグ７０７、オリジナル画像表示可否フラグ７０８、表示形式７０９を管理する。
【００６４】
アルバムの公開可否フラグ７０４は"１"ならば公開可能、"０"ならば公開禁止、"−１"ならばサイト運用者によって公開禁止になったことを表す。パスワード可否フラグ７０５は"１"ならばパスワード有り、"０"ならばパスワード無しを表し、パスワード可否フラグ７０５が"１"の場合にはそのパスワードをアルバムパスワード７０６に保管する。印刷可否フラグ７０７は"１"ならば印刷可能、"０"ならば印刷不可を意味する。オリジナル画像表示可否フラグ７０８は"１"ならば表示可能、０ならば表示不可を意味する。表示形式番号は"１"ならば一覧表示、"２"ならば詳細表示を意味する。尚、同一アルバムについては、アルバムＩＤ７０１とアルバムＩＤ６０２には同じ値が格納されている。携帯端末からのアルバム閲覧の禁止フラグ７１０は、"１"ならば表示可能、"０"ならば表示不可を意味する。このフラグはサービス管理者により制御する。又、ＰＣ１０２からのアルバム閲覧回数７１１、携帯端末からのアルバム閲覧回数７１２を保管する。
【００６５】
図８は本実施形態におけるフォトサイト１０５で管理するアルバム画像データテーブルを示した図である。
【００６６】
アルバム画像データテーブル８００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。アルバム画像データテーブル８００では、アルバムＩＤ８０１に格納される画像ＩＤ８０２及びその画像のアルバム内での表示位置を示す画像表示番号８０３を管理する。尚、同一アルバムではアルバムＩＤ８０１とアルバムＩＤ７０１には同じ値が格納されている。
【００６７】
図９は、本実施形態におけるフォトサイト１０５で管理する画像情報テーブルを示した図である。
【００６８】
画像情報データテーブル９００は、ユーザがアルバム上に画像のアップロードを実行すると１画像につき１レコード作成され、データベース２０８に登録されて管理される。このレコードは、それに対応する画像が削除されるとデータベース２０８より削除される。画像情報テーブル９００では、画像ＩＤ９０１をキーとして、その画像を所有するユーザのユーザＩＤ９０２、画像名９０３、オリジナル画像へのファイルパス９０４、サムネイルファイルへのパス９０５、表示用画像へのファイルパス９０６、画像へのコメントファイルへのパス９０７、画像閲覧回数９０８、画像の印刷回数９０９を保管する。尚、同一の画像では画像ＩＤ９０１として画像ＩＤ８０２と同じ値が、同一のユーザではユーザＩＤ９０２としてユーザＩＤ４０１と同じ値がそれぞれ格納されている。携帯端末からの画像閲覧回数９１０、閲覧禁止フラグ９１１は"１"ならば表示可能、"０"ならば表示不可を意味する。
【００６９】
＜本実施形態のフォトサイトの動作例＞
図１０に、フォトサイト１０５における全体の動作例、特にＰＣからのアクセスに対する動作例を示す。
【００７０】
まず、ステップＳ１０１でユーザからのアクセスを待って、アクセスがあってアクセス要求がＰＣからであれば、ステップＳ１０２で初期画面（図１１参照）を表示する。初期画面に応答してユーザからの指示があると、ステップＳ１０４，Ｓ１０６，Ｓ１０８，Ｓ１１０で夫々「ユーザ登録」が選択されたか、「ログイン」が選択されたか、「アルバム閲覧」が選択されたか、「プリントオーダー」が選択されたかを判定する。「ユーザ登録」であればステップＳ１０５でユーザ登録処理を実行する。「ログイン」であればステップＳ１０７でログイン処理を実行する。「アルバム閲覧」であればステップＳ１０９でアルバム閲覧処理を実行する。「プリントオーダー」であればステップＳ１１１でプリントオーダー処理を実行する。
【００７１】
各処理を終了した場合、あるいはどの処理でもなかった場合は、ステップＳ１１２でサイトアクセスの終了か否かを判定し、終了でなければステップＳ１０２に戻って再度初期画面を表示させる。終了指示の受信があると、サービスを終了する。
【００７２】
以下、ＰＣ１０２に対するアプリケーションサーバ２０３の詳細なサービスを説明をする。尚、以下の説明では、ユーザＰＣ１０２Ａがアップロード（画像の保管）を行い、ユーザＰＣ１０２Ｂや携帯端末１１３Ａ，Ｂが画像閲覧を行なう場合を例に説明する。
【００７３】
（フォトサイト１０５の入口）
図１１は、本実施形態におけるフォトサイト１０５のサービスを受けようとする場合に最初に表示される初期画面の例である。
【００７４】
フォトサイト１０５の記憶部には、この画面１９００を表示するためのＨＴＭＬデータが格納されており、インターネット１０４経由で自由にダウンロード可能な状態となっている。従って、ユーザＰＣ１０２Ａで、Ｗｅｂブラウザを起動し、フォトサイト１０５のＷｅｂサーバのアドレスを示すＵＲＬを指定すれば、図１１に示す画面１９００が表示される。
【００７５】
画面１９００にはユーザ登録用ボタン１９０１、ユーザ登録を済ませたユーザがフォトサイト１０５を利用するためのログインネームの入力領域１９０２、パスワードの入力領域１９０３、ログインボタン１９０４、アルバムの閲覧を行うためのアルバムＩＤ入力領域１９０５、アルバム閲覧用ボタン１９０６、印刷注文のステータス確認用のプリントオーダＩＤ入力領域１９０７及びプリントオーダ確認ボタン１９０８が配置されている。
【００７６】
以下、画面１９００の各ボタンを押下したときの処理について説明する。
【００７７】
（ユーザ登録例）
まず、ユーザ登録を行うための手続きについて説明する。図１２は、本実施携帯のユーザ登録時のユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりを示す図である。
【００７８】
画面１９００のユーザ登録用ボタン１９０１が押下されると、図１３のユーザ登録時のフォトサイト１０５の処理を表すフローチャートに従って処理が行われる。画面１９００にてユーザ登録用ボタン１９０１が押下されると、図１４に示される画面２１００が表示されユーザ登録処理が開始される（ステップＳ２００１）。
【００７９】
図１４に示される画面２１００は本実施形態におけるユーザ登録を行うための画面であり、登録するユーザの通知先メールアドレスの入力領域２１０１、ユーザのログインネームの入力領域２１０２、パスワードの入力領域２１０３、事シの入力領域２１０４、２１０５およびそのふりがなの入力領域２１０６、２１０７、登録するユーザの郵便番号の入力領域２１０８、２１０９、都道府県の選択領域２１１０、住所の入力領域２１１１、２１１２及び電話番号の入力領域２１１３、２１１４、２１１５を有する。キャンセルボタン２１１７が押下された場合には、図２０には不図示であるがユーザ登録処理は行われず、画面は１９００に戻る。
【００８０】
ここで、登録ボタン２１１６が押下されると、ステップＳ２００２にて必須項目が入力されたかどうかのチェックを行う。本実施形態ではメールアドレス２１０１、ログインネーム２１０２、パスワード２１０３、氏名（２１０４、２１０５）及び電話番号２１１３、２１１４、２１１５を必須項目とする。フォトサイト１０５で必須項目が入力されていないと判断された場合には、ステップＳ２００３にてエラー画面を表示する。
【００８１】
ステップＳ２００２において、必須項目が入力されたと判断された場合、フォトサイト１０５はデータベース２０８の顧客情報データテーブル４００を検索し（ステップＳ２００４）、入力領域２１０２で入力されたログインネームが既に使用されているかどうか判定する（ステップＳ２００５）。入力領域２１０２で入力されたログインネームが既に使用されている場合には、ステップＳ２００６でエラー画面を表示する。
【００８２】
入力領域２１０２で入力されたログインネームがデータベース２０８で見つからなかった場合には、パスワードの再入力を促す図１５の表示画面２２００が表示される（ステップＳ２００７）。図１５の表示画面２２００には、パスワードの入力領域２２０１、パスワードの送信指示２２０２、キャンセル２２０３が表示されている。キャンセル時には、図１３には不図示であるが登録処理は中断され、画面２１００が表示される。ステップＳ２００８にて、パスワードの入力領域２２０１に入力されたパスワードが画面２１００のパスワード入力領域２１０３で入力された文字と同じであるかどうかの判定を行う。ステップＳ２００８で入力されたパスワードが同じでなかったと判断された場合にはエラー画面を表示する（ステップＳ２００９）。
【００８３】
ステップＳ２００８で、入力されたパスワードが同じであったと判断された場合には、ステップＳ２０１０に進み、ユーザ登録に必要な情報が全て入力されたものとして、図１６に示されるユーザ情報確認画面２６００を表示する。ここに表示される情報は画面２１００にてユーザが入力した情報である。ここで、訂正ボタン２６０２が押下されると、ステップＳ２００１に戻って再度画面２１００が表示され、入力情報の編集を行うことができる。
【００８４】
確認ボタン２６０１が押下されると、過去に発行したユーザＩＤの最大値をデータベース２０８の顧客情報データテーブル４００より取得する。そして、その数値に１を加算した値を、新たに登録するべきユーザのユーザＩＤとする（ステップＳ２０１２）。
【００８５】
ステップＳ２０１３おいては、ステップＳ２０１２で求めたユーザＩＤに基づき、新たに顧客情報データテーブル４００を作成し、画面２１００で入力された情報をその顧客情報テーブル４００に登録する。つまり、図２１の入力領域２１０１の内容が図４の４０２に、入力領域２１０２の内容が４０３に、入力領域２１０３の内容が４０４に、入力領域２１０４の内容が４０５に、入力領域２１０５の内容が４０６に、入力領域２１０６の内容が４０７に、入力領域２１０７の内容が４０８に、入力領域２１０８の内容が４０９に、入力領域２１０９の内容が４１０に、選択領域２１１０の内容が４１１に、入力領域２１１１の内容が４１２に、入力領域２１１２の内容が４１３に、入力領域２１１３の内容が４１４に、入力領域２１１４の内容が４１５に、入力領域２１１５の内容が４１６に、それぞれ格納される。更にユーザ登録状態４１７を１とする。
【００８６】
ユーザ新規登録状態では、ユーザの作成したアルバムもアップロード画像も存在しないが、新規登録時に、図６に示した顧客アルバムテーブル６００と、図７に示したアルバム情報データテーブル７００とをそれぞれ１レコードずつ作成しデータベース２０８に登録しておいてもよい。この場合には、アルバムＩＤ６０２としては今までにデータベース２０８で発行したアルバムＩＤの最大値＋１が格納される。又、アルバム表示番号６０３は１に設定され、アルバム名７０２には、仮アルバム名称としてデフォルトで例えば「マイアルバム」と設定すればよい。その他、アルバム情報データテーブル７００内には、フォトサイト１０５で決定した初期値がそれぞれ設定されることは言うまでもない。
【００８７】
データベース２０８への登録が終了すると、図１６の画面２６００に表示された内容と同じ内容の電子メール文章を作成し、図４の顧客情報テーブル４００に登録されているＥ−Ｍａｉｌアドレスに対して電子メールを発行する（ステップＳ２０１４）。図１７はこのとき発行される電子メールの内容を示した一例である。
【００８８】
（ログイン）
次に、フォトサイト１０５に対するユーザ登録を行ったユーザが、実際にフォトサイト１０５でのサービスを受けるための手続きについて説明する。尚、本実施形態では、フォトサイト１０５において、ユーザの画像は全てアルバムと名付けられたフォルダ単位で管理されているものとする。
【００８９】
画面１９００において、ログインネーム入力領域１９０２及びパスワード入力領域１９０３にログイン名及びパスワードを入力してログインボタン１９０４が押下されると、フォトサイト１０５ではデータベース２０８より顧客情報データテーブル４００を検索する。ログイン名が顧客情報データテーブル４００より検索されなかった場合、又は、検索されたレコードのパスワードとパスワード入力領域１９０３に入力された文字列が一致しなかった場合には、警告画面を表示する。
【００９０】
検索されたレコードのパスワードと、入力領域１９０３に入力された文字列とが一致した場合には、フォトサイト入力ユーザの認証を正常に行ったこととして図１８に示す画面２９００（以下、この画面をメインメニューとも言う）を表示する。
【００９１】
画面２９００において、ボタン２９０１はユーザ情報変更用のボタンである。ボタン２９０２はログアウトボタンである。領域２９０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン２９０４はアルバムのプロパティを設定するためのボタンである。ボタン２９０５はアルバム通知ボタンである。ボタン２９０６はアルバムを新規作成するためのボタンである。ボタン２９０７はアルバム削除のためのボタンである。ボタン２９０８は画像をアップロードするためのボタンである。ボタン２９０９はプリントオーダボタンである。領域２９１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイト上に保管している画像のサイズ、許容使用量に対する比率が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。
【００９２】
図１８ではユーザが５個のアルバムを作成したことがボタン２９１１〜ボタン２９１５によって確認できる。それぞれのボタンが押下されると、フォトサイト１０５はアルバム表示領域２９２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。領域２９１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン２９１７〜ボタン２９２２の各ボタンが押下されると領域２９２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。領域２９２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【００９３】
図１９は、図１８の画面２９００が表示された後のユーザの編集操作に関する処理方法を示したフローチャートである。画面２９００に対するユーザ操作に応じて以下の処理が行われる。
【００９４】
ステップＳ３００１にてユーザ入力を受け付けると、まず、ステップＳ３００２にて、そのユーザ入力がアルバム編集かどうかを判定する。画面２９００において領域２９０３内のボタンが押下された場合に、アルバム編集であると判断し、その場合にはステップＳ３００３のアルバム編集処理に移る。
【００９５】
ステップＳ３００２においてユーザ入力がアルバム編集でないと判定された場合には、ステップＳ３００４に進み、ユーザ入力が画像編集であるかどうかを判定する。画面２９００において領域２９１６内のボタンが押下された場合が画像編集であると判定し、ステップＳ３００５に移る。ステップＳ３００５では、図２９の領域２９１６内の何れかのボタンの押下に応じて、アルバム内で選択された画像に対し、右／左９０°回転、削除、移動、コピー、順序変更などの処理を行う。
【００９６】
ステップＳ３００４においてユーザ入力が画像編集でないと判定された場合にはステップＳ３００６に進み、ユーザ入力がユーザ情報の編集かどうかを判定する。画面２９００においてボタン２９０１が押下された場合がユーザ情報の編集である。このボタンが押下されるとステップＳ３００７にて図１４に示される画面２１００が表示され、ユーザが登録した情報の変更を行うことができる。ここでのユーザ情報編集処理は、（ユーザ登録）の項で説明したユーザ登録処理とほぼ同様であるが、画面表示時に初期値としてユーザが登録した情報が表示されていることと、登録ボタン２１１６、キャンセルボタン２１１７を押下したときに表示される画面が画面２９００であること、データベースへのユーザ情報の登録が新規登録ではなく既存のユーザ情報の更新になること、がその相違点である。
【００９７】
ステップＳ３００６でユーザ入力がユーザ情報の編集でないと判定された場合には、ステップＳ３００８に進み、ユーザ入力が画像選択かどうかを判定する。画面２９００内の領域２９２３にて画像の上でマウスクリック等の方法によってユーザが画像を選択した場合、画像選択が行われたと判定してステップＳ３００９の画像プロパティ編集処理に移る。画像プロパティ編集処理としては、画像ファイル名やコメントの編集を行うことができる。
【００９８】
ステップＳ３００８でユーザ入力が画像選択でないと判定された場合にはステップＳ３０１０に進み、ユーザ入力がアルバム選択かどうかを判定する。画面２９００で領域２９１０内のボタンを押下した場合にはアルバム選択が行われたと見なしてステップＳ３０１１のアルバム表示処理を行う。
【００９９】
ステップＳ３０１０でユーザ入力がアルバム選択でないと判定された場合には、ステップＳ３０１２にてユーザ入力がログアウトかどうかの判定を行う。画面２９００で、ボタン２９０２が押下された場合には、ユーザ入力がログアウトであると判定してステップＳ３０１３に進み、ログアウト処理を行う。ログアウト処理を行うときにはフォトサイト１０５はデータベース２０８のユーザ状態テーブル５００の最終表示アルバムＩＤ５０２に現在表示中のアルバムＩＤを登録して更新する。その後表示画面を画面１９００に戻す。
【０１００】
ステップＳ３０１２でユーザ入力がログアウトでないと判定された場合にはステップＳ３００１に戻り、次のユーザ入力を待つ。
【０１０１】
以下、ステップＳ３００３（アルバム編集）、ステップＳ３０１１（アルバム表示）についての詳細を説明する。
【０１０２】
［アルバム編集処理］
図２０は、フォトサイト１０５でのアルバム編集処理の手順を示すフローチャートである。
【０１０３】
ステップＳ３１０１にてプロパティの設定かどうかの判定を行う。画面２９００においてボタン２９０４が押下された場合にはプロパティの設定が選択されたと判定して、ステップＳ３１０２に移り、図２２に示される画面３２００が表示され、選択されたアルバム（直前に図１８の領域２９２３に表示されていたアルバム）に関する種々の属性の設定を行うことができる。
【０１０４】
ステップＳ３１０１にてプロパティ設定でないと判定された場合にはステップＳ３１０３に進み、アルバム通知かどうかを判定する。画面２９００においてボタン２９０５が押下された場合にはアルバムの通知が選択されたと判定して、ステップＳ３１０４に移り、図２９に示される画面３３００が表示され、選択されたアルバムを閲覧するための方法を電子メールで第３者に通知するための設定を行うことができる。
【０１０５】
ステップＳ３１０３にてアルバム通知でないと判定された場合にはステップＳ３１０５にてアルバムの新規作成かどうかを判定する。画面２９００においてボタン２９０６が押下された場合には、アルバムの新規作成処理が選択されたと判定して、ステップＳ３１０６に移り、図２２と同様に示される画面３２０１が表示される。画面３２０１でアルバム名の入力領域３２０１に、新規なアルバム名（そのログインユーザが未だ登録していないアルバム名）が入力されて、更に設定ボタン３２０８を押下されれば、新規にアルバムを作成する。
【０１０６】
ステップＳ３１０５にてアルバムの新規作成でないと判定された場合にはステップＳ３１０７にてアルバムの削除かどうかを判定する。画面２９００においてボタン２９０７が押下された場合にはアルバムの削除が選択されたと判定して、ステップＳ３１０８に移る。ボタン２９０７が押下されると、図２３に示される画面３４００が表示され、選択中のアルバムの削除を行うことができる。
【０１０７】
ステップＳ３１０７にてアルバムの削除でないと判定された場合にはステップＳ３１０９にて選択中のアルバムへの画像のアップロードかどうかを判定する。画面２９００においてボタン２９０８が押下された場合には画像のアップロードが選択されたと判定して、ステップＳ３１１０に移り、アップロード処理を行う。
【０１０８】
ステップＳ３１０９にてアルバムへの画像のアップロードでないと判定された場合にはステップＳ３１１１にてアルバムのプリントオーダかどうかを判定する。画面２９００においてボタン２９０９が押下された場合にはアルバムのプリントオーダが選択されたと判定して、ステップＳ３１１２に移り、プリントオーダ処理を行う。
【０１０９】
尚、図２１は、図２０の手順に従って、アルバムの新規作成、プロバティー、削除処理におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１１０】
上記の内、アップロードと閲覧通知については、以下で更に詳しく説明する。図２４は、アップロードと閲覧通知におけるユーザＰＣ１０２Ａとフォトサイト１０５とのやりとりの例を示す図である。
【０１１１】
（画像のアップロード例）
選択中のアルバムに対する画像のアップロード処理について説明する。画面２９００にてアップロードボタン２９０８が押下されると、画像のアップロード処理を開始する。図２５は、選択中のアルバムに画像をアップロードする処理の流れを示すフローチャートである。
【０１１２】
まず、画面２９００のボタン２９０８が押下されると、ステップＳ３７０１において、フォトサイト１０５は、ログインしているユーザがフォトサイト１０５内に追加できるファイル数（Ｆｉｌｅｓ）を算出する。フォトサイト１０５の資源には限りがあるため、各ログインユーザが画像を蓄積できる容量は決められており、その容量を超える場合には、画像ファイルをアップロードすることはできない。
【０１１３】
即ち、ステップＳ３７０２にて、Ｆｉｌｅｓが正数であるかどうかによって、アップロード可能か否かの判定を行う。Ｆｉｌｅｓが"１"未満であった場合にはアップロード不可であるとみなし、図２６に示す画面３８００を表示する（ステップＳ３７０３）。画面３８００にてＯＫボタン３８０１が押下されると画面２９００に戻る。
【０１１４】
Ｆｉｌｅｓが１以上であった場合にはステップＳ３７０４にて図２７に示すアップロード用画面３９００を表示する。この画面にはユーザＰＣ１０２Ａ上のファイルを選択するための参照ボタン３９０１、ファイルパスを入力するための入力領域３９０２、及び選択された画像のサムネイルを表示するためのプレビュー表示領域３９０３をステップＳ３７０１で算出された数（Ｆｉｌｅｓ）分表示する。送信ボタン３９０４が押下されるとステップＳ３７０５に進み、選択された画像ファイルを、ユーザＰＣ１０２Ａからフォトサイト１０５内の作業領域へ転送する。尚、図２５のフローチャートには示されていないが、キャンセルボタン３９０５が押下されるとアップロード処理は終了し、画面２９００が表示される。
【０１１５】
フォトサイト１０５に転送された画像ファイルはファイルサーバ２０９に保存される。ここで転送されたファイルの数をＮとする。又、作業変数Ｉを"１と"する（ステップＳ３７０６）。ステップＳ３７０７にてＩ＜＝Ｎかどうかを判定する。Ｉ＞ＮならばステップＳ３７１６にて画面２９００を表示し、処理を終了する。
【０１１６】
ステップＳ３７０７にてＩ＜＝Ｎの場合には、ステップＳ３７０８にて転送された第Ｉ番目のファイルがフォトサイト１０５で扱える画像ファイルであるかどうかの判定を行う。本実施形態では、アップロードされた画像がＪＰＥＧファイルで、ヘッダ部よりＤＣＦフォーマットのデジタルカメラ撮影情報が取り出せた場合のみ、フォトサイト１０５で使用可能なファイルと判断し、それ以外の場合にはステップＳ３７０９にて図２８に示す画面４０００を表示し、ステップＳ３７１０にてフォトサイト１０５内の作業領域に置かれたこのファイルを削除する。尚、ＤＣＦの情報はプリントサイト１０９Ａで画像のプリントを行うとき、シャッター速度や、ストロボの使用有無等を利用して、印刷用の色補正等を行うために使用される。ＯＫボタン４００１が押下されるとステップＳ３７１５に移行して次のファイルをアップロードするための処理に進む。
【０１１７】
ステップＳ３７０８でアップロードされたファイルが、所定フォーマットの画像ファイルであると判断された場合にはステップＳ３７１１に進み、この画像に対して、サムネイル表示用画像を作成し、フォトサイト１０５内の作業領域から画像ファイルサーバ２０９に保存する。
【０１１８】
次に、ステップＳ３７１２でファイル追加可能か否かの判定を行う。判定は処理中のファイルを登録するとディスク使用上限を超えるかどうかで行う。ステップＳ３７１２でファイル追加不可能と判定された場合にはＳ３７１３で図２６に示す画面３８０１を表示し、画像ファイサーバ２０９に登録済みでないフォトサイト１０５内の作業領域中の画像ファイルを全て削除し、ステップＳ３７１６で画面２９００を表示する。
【０１１９】
ステップＳ３７１２でファイル追加可能と判定された場合には、ステップＳ３７１４にて画像情報をデータベース２０８に登録する。つまり、アップロードされた画像ファイルに対して、図９の画像情報データテーブル９００を作成し、今までに登録されている最大の画像ＩＤに１を加えた値を追加画像の画像ＩＤ９０１として、ファイルパスをオリジナル画像ファイルパス９０４、新たに作成したサムネイル画像、表示用画像のファイルパスをそれぞれサムネイルファイルパス９０５、表示画像ファイルパス９０６、閲覧回数９０８に０、印刷回数９０９に０をセットする。選択中のアルバムのアルバムＩＤをアルバムＩＤ８０１、上記画像ＩＤを画像ＩＤ８０２、アルバム内の画像数に１加えた値を画像表示番号８０３としたアルバム画像データテーブル８００を登録する。
【０１２０】
次に、ステップＳ３７１５でＩを"１"加算してステップＳ３７０７に戻る。ＩがＮより小さい間ステップＳ３７０７からステップＳ３７１５の処理を繰り返すことによって、アップロードされた画像ファイルは可能な限りデータベース上に登録される。
【０１２１】
（アルバムの通知例）
図２９は。画面２９００にて通知ボタン２９０５が押下されたときに表示される画面を示す図である。
【０１２２】
画面３３００においてユーザは送信先メールアドレス３３０２、送信者メールアドレス３３０３、メールタイトル３３０４、メッセージ３３０５を入力後、通知ボタン３３０６が押下されると、フォトサイト１０５は上記内容をフォトサイト１０５で作成するメール文章と合成し、送信先メールアドレスに対してアルバム通知メールを発行する。
【０１２３】
図３０はアルバム通知メールの一例である。通知メールに含まれるＵＲＬ及びアルバムＩＤは画面３３００のＵＲＬ及び公開アルバムＩＤ表示領域３３０８に表示される内容と同じである。メール通知を受けたユーザはメール内に記載されたＵＲＬを指定してアルバムを閲覧することができる。又、画面１９００のアルバムＩＤ指定領域１９０５にメールに記載されたアルバムＩＤを入力し、ＧＯ！ボタン１９０６を押下してもＵＲＬを指定した場合と同じアルバムを閲覧することができる。ここで、ＵＲＬに記載されたパラメータＡｌｂｕｍＩＤ＝の値と公開アルバムのアルバムＩＤは同じものである。
【０１２４】
（公開用アルバムＩＤの生成例）
次に公開用アルバムのＩＤについて説明する。公開用アルバムＩＤは、フォトサイト１０５内で管理されているアルバムＩＤを暗号化し生成される。これにより公開用アルバムＩＤは、その番号、文字列から第３者が容易に元のアルバムＩＤ７０１を想像できたり、他のアルバムの公開アルバムＩＤの類推を困難にする。
【０１２５】
［アルバム表示処理］
図３１は、画面２９００内のアルバム選択領域２９１０にあるアルバム選択ボタン２９１１〜２９１５の一つが押下されたときのアルバムの選択、及び表示に関する処理を表すフローチャートである。
【０１２６】
まず、ステップＳ３５０１において、押下されたボタンが先頭から何番目のボタンであるかを調べ、その番号をアルバム表示順序番号６０３に持つ顧客アルバムデータテーブル６００をデータベース２０８内で検索し、そのアルバムＩＤ６０１をＡｌｂｕｍＩＤとして取得する。又、そのアルバムＩＤ６０１から、アルバム情報データテーブル７００を特定し、アルバム情報を導き出す。
【０１２７】
ステップＳ３５０２において、ステップＳ３５０１で求めたＡｌｂｕｍＩＤをアルバムＩＤ８０１に持つアルバム画像データテーブル８００のレコードをデータベース２０８内で全て検索する。検索の結果、ヒットしたレコード数をＮとし、画像カウント用作業変数Ｉに"１"を代入する。
【０１２８】
ステップＳ３５０３にてＩ＜＝Ｎであるかどうかを判定する。Ｉ＜＝Ｎである間はステップＳ３５０４からステップＳ３５０９の処理を繰り返すことによって、アルバム内全ての画像の表示を行う。
【０１２９】
ステップＳ３５０４にて、ステップＳ３５０２で検索したレコードより画像表示番号８０３にＩを持つアルバム画像データテーブル８００を検索し、その画像の画像ＩＤ８０２を求める。画像ＩＤ８０２が求まると、画像ＩＤ９０１にその画像ＩＤ８０２を持つ画像情報データテーブル９００のレコードをデータベース２０８内で検索する。ステップＳ３５０５にてステップＳ３５０４で検索されたレコードから画像のサムネイルファイルへのパス９０５を取得する。
【０１３０】
ステップＳ３５０６にてステップＳ３５０１で取得したアルバム情報データテーブル７００より表示形式番号７０９の値が１かどうかを判定する。本実施形態ではこの値は"０"ならばサムネイル表示、"１"ならば詳細表示を表す。
【０１３１】
ステップＳ３５０６にて表示形式が"１"の場合には、ステップＳ３５０７にてサムネイル画像及び画像に関する詳細情報の表示を行う。本実施形態では詳細情報は画像情報データテーブル９００より画像名、コメント、閲覧回数、印刷回数を表示し、合わせて画像編集用のチェックボックスを表示する。図３２に示した画面３６００は、詳細表示を行ったときのアルバム表示の１例である。尚、この画面３６００は画面２９００と画像表示領域２９２３の表示方法が異なるだけで、他の機能は全て同じであるので、その詳細な説明は省略する。
【０１３２】
ステップＳ３５０６にて表示形式が"１"でなかった場合には、ステップＳ３５０８にてサムネイル画像、画像名、及び画像編集用のチェックボックスを表示する。図１８に示した画面２９００はそのような簡易表示の１例である。
【０１３３】
ステップＳ３５０３にてＩ＞Ｎとなると、アルバム内の全ての画像が表示されたことになるので処理を終了する。
【０１３４】
尚、上記実施形態では表示形式として２つの形式に限って説明したが、表示形式が更に多数あってもよいことは言うまでもない。
【０１３５】
＜アルバムの閲覧処理例＞
図３３に、フォトサイト１０５に保管されたアルバムをユーザＰＣ１０２Ｂあるいは携帯端末１１３Ａ，Ｂから閲覧する場合の、ユーザＰＣ１０２Ｂ、あるいは携帯端末１１３Ａ，Ｂとフォトサイト１０５とのやりとりの例が示されている。
【０１３６】
（ユーザＰＣからのアルバムの閲覧）
図３０に示す通知メールを受け取ったユーザは、そのメール文章に記載されたＵＲＬ６２０１を指定することによって、図３４に示すアルバム閲覧開始画面６７００を表示することができる。尚、この画面は画面１９００で、アルバムＩＤ入力領域１９０５に通知メール内に記載されているアルバムＩＤ６２０３を入力し、ＧＯ！ボタン１９０６が押下されることによっても表示される。
【０１３７】
フォトサイト１０５では、上記入力されたＵＲＬのパラメータ部のＡｌｂｕｍＩＤまたは、アルバムＩＤ入力領域１９０５に入力されたアルバムＩＤを解析し、アルバムが存在した場合、図３４に示す画面６７００に氏名（姓）４０５を表示する。又、検索したアルバム情報データテーブル７００のパスワード可否フラグ７０５からアルバムにパスワードが設定されている場合にはパスワード入力領域６７０１を表示する。尚、パスワードの設定のないアルバムではパスワード入力領域６７０１は表示されないことは言うまでもない。
【０１３８】
ＯＫボタン６７０１が押下されると、パスワードの設定されていないアルバム及び、パスワードが正しく入力されたアルバムでは図３５に示す画面６８００が表示される。この内容は画面２９００における画面表示領域２９２３と同じである。パスワードの入力が正しくなかった場合にはエラー画面を表示する。
【０１３９】
又、アルバム情報データテーブル７００より印刷可否フラグ７０７の値を取得し、印刷可になっているアルバムに関してはボタン６８０３が表示され、プリントオーダを行うことができる。この場合、プリントオーダの処理の流れはログインユーザの処理の流れ（図１８の２９００でボタン２９０９を押下した場合の処理）とほぼ同じであり、相違点はフォトサイト１０５で、ポイントが加算されないことだけである。
【０１４０】
（携帯端末からのアルバムの閲覧）
以下、携帯端末用のアプリケーションサーバ２０４の詳細な説明をする。
【０１４１】
図３６〜図３９に示す画面は、携帯端末からの閲覧時に携帯端末１１３のディスプレイに表示される画面の表示例である。この表示レイアウトは、携帯端末機種毎に異なる画面サイズによる文字の回りこみ具合の違いや、表示する画像サイズなどの状況によってその都度変化する。
【０１４２】
図３０に示す通知メールを受け取った携帯端末ユーザは、そのメール文章に記載されたＵＲＬを指定することによって、図３６に示すアルバム閲覧開始画面７３００を表示することができる。
【０１４３】
アプリケーションサーバ２０４では、メール文章に記載されたＵＲＬ対するアクセス要求を携帯端末１１３から受けると、一旦システム内の現在時刻をＵＲＬパラメータに付加して携帯端末１１３にリダイレクト指示を出す。この指示を受けた携帯端末１１３は、再度アクセス要求をアプリケーションサーバ２０４に出し、これを受けたアプリケーションサーバ２０４はＵＲＬパラメータ部のＡｌｂｕｍＩＤを解析する。そして、後述する処理フローによって、ＡｌｂｕｍＩＤに対応するアルバムが閲覧可能であると判断した場合、更にそのアルバムにパスワードが設定されているか否かを判断する。パスワードが設定されている場合はアルバム閲覧開始画面７３００を表示し、設定されていない場合は図３７に示す画面７４００を表示する。
【０１４４】
携帯端末ユーザが、アルバム閲覧開始画面７３００の入力領域７３０１にパスワードを入力して、ＯＫボタン７３０２を押下すると、アプリケーションサーバ２０４は、入力されたパスワードが正しいと判断した場合にのみ画面７４００を表示する。一方、タイムアウト時、若しくは入力されたパスワードが正しくなかった場合には、エラー画面を表示する。
【０１４５】
画面７４００では、画像サイズを縮小した画像７４０１とその名称７４０２、アルバム内の画像順番７４０３、表示する画像を選択するためのリンク７４０４、アルバム内の全画像数７４０５、表示する画像を画像順番で指定するための入力フィールドと入力決定ボタン７４０６、画像情報表示画面７５００を表示するためのリンク７４０７、アルバム情報表示画面を表示するためのリンク７４０８を表示する。
【０１４６】
携帯端末ユーザがリンク７４０４を押下すると、現在表示中の画像の前後の順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。携帯端末ユーザが入力フィールド７４０６に画像順番を入力して「表示」ボタンを押下すると、その画像順番の画像を画像７４０１表示部分に表示するとともに、対応する画像名称を名称７４０２表示部分に表示する。
【０１４７】
携帯端末ユーザがリンク７４０７を押下すると、画像名称やコメント、画像の閲覧者数などの詳細情報を表示するための画像情報表示画面７５００を表示する。携帯端末ユーザがリンク７４０８を押下すると、アルバム名称やコメント、アルバムの閲覧者数などの詳細情報を表示するためのアルバム情報表示画面（図示せず）を表示する。
【０１４８】
又、アプリケーションサーバ２０４は、リンク７４０４や「表示」ボタン７４０６が押下されたタイミングでアルバム内の状態をチェックし、これから表示しようとしている画像が既にアルバムから削除されてる場合には画面７６００を表示する。 一方、画像が閲覧禁止になっている場合にはエラー画面を表示する。画面７５００では、詳細な画像名称７５０１、画像の閲覧者数７５０２、コメント７５０３、画面７４００に戻るためのリンク７５０４を表示する。又、アルバム情報表示画面（図示せず）では、画面７５００と同様の表示を行うが、画像名称の代わりにアルバム名称、画像の閲覧者数の代わりにアルバムの閲覧者数、画像のコメントの代わりにアルバムのコメントを表示する。
【０１４９】
画面７６００では、画面７４００の画像７４０１表示と画像名称７４０２表示の代わりに、「この画像は削除されました」というコメント７６０１を表示する。又、画像情報表示画面７５００を表示するためのリンクは表示しない。その他の表示内容は図３７と同様であるので説明は省略する。
【０１５０】
＜携帯アプリケーション用データベースの構成＞
図４０から図４２は、携帯端末用アプリケーションサーバ２０４がデータベース２０８内で管理しているテーブルの内容を示した図である。これらのテーブルは、携帯端末１１３からのアクセスに対してアプリケーションサーバ２０４が作成し、携帯端末１１３への表示内容やサービスをコントロールするため使用している。
【０１５１】
図４０は、特定の携帯端末からのアクセスを管理するテーブルを示した図である。
【０１５２】
このＭＢセッション情報テーブル８０００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際、アクセスしてきた携帯端末ユーザの識別情報として一意的に定義したセッションＩＤを割り付け、招待メールを発送したアルバムオーナのユーザＩＤ（ユーザＩＤ５０１と同一）と共にテーブルに格納する。
【０１５３】
又、このＭＢセッション情報テーブル８０００には、新規のアクセスを受けた時点の日時と、同一セッションＩＤでの最終アクセス日時を格納している。アプリケーションサーバ２０４は、データベース２０８内のＭＢセッション情報テーブル８０００を定期的にサーチし、最終アクセス日時からある一定時間経過したレコードのレコード属性にフラグを立てる。そして、同じレコード内のセッションＩＤを用いた携帯端末からのアクセスをタイムアウトとして扱い、アクセスを拒否する。
【０１５４】
図４１は、携帯端末からのアルバム閲覧要求時に指定されたアルバムの情報を格納するテーブルを示した図である。
【０１５５】
このＭＢアルバム情報テーブル８１００は、新規のアクセス毎に１レコードずつデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル８０００に格納したセッションＩＤと、携帯端末から指定されたアルバムＩＤと、アルバム情報データテーブル７００の内容の一部コピーを格納する。
【０１５６】
図４２は、携帯端末からのアルバム閲覧要求時に指定されたアルバム内の画像情報を格納するテーブルを示した図である。
【０１５７】
このＭＢ画像情報テーブル８２００は、新規のアクセス毎にアルバム内にある画像数分のレコードがデータベース２０８内に登録される。この際テーブルには、ＭＢセッション情報テーブル８０００に格納したセッションＩＤと、アルバム画像データテーブル８００と画像情報データテーブル９００の内容の一部コピーを格納する。更にアプリケーションサーバ２０４は、画像情報データテーブル９００内のサムネールファイルパス９０５で示されたファイルサーバ２０９内の画像を一旦取得し、アプリケーションサーバ２０４が専用に使用するファイルサーバ２０９内テンポラリ領域にその画像をコピーする。そして、そのコピー先画像ファイルパスをＭＢ画像情報テーブル８２００内の画像パスに格納する。
【０１５８】
＜閲覧制御フローチャート＞
図４３は、アプリケーションサーバ２０４が画面７４００を表示する際の処理手順を表すフローチャートである。
【０１５９】
携帯端末ユーザからのアルバム閲覧要求を受けたアプリケーションサーバ２０４は、先ずステップＳ９００１にてアルバム閲覧要求のＵＲＬパラメータ部からセッションＩＤを検出し、既存のセッションＩＤか否かをＭＢセッション情報テーブル８０００を検索して判定する。既存のセッションＩＤと判定した場合、同一セッションＩＤを使用した２回目以上のアクセスと判断して、ステップＳ９００３でセッション画像表示を行う。セッションＩＤがないときは、１回目の画像閲覧表示と判断し、ステップＳ９００２にてシステム情報の取得でサイト内の標準時間を取得する。
【０１６０】
次に、ステップ９００４で、ＵＲＬのパラメータ部に付加されている時間情報とステップＳ９００２で取得した時間を比較し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９００７にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。
【０１６１】
タイムアウトでなければ、ステップＳ９００５で、ＵＲＬのパラメータ部に付加されているＡｌｂｕｍＩＤを解析する。このＡｌｂｕｍＩＤをキーとして閲覧アルバムデータテーブル６００及び顧客情報データテーブル４００を検索取得し、ステップＳ９００６にて、アルバムオーナが脱会していないか確認する。アルバムオーナが脱会している場合は、エラーページをステップＳ９００７にて生成する。
【０１６２】
アルバムオーナが脱会していない場合は、ステップＳ９００８で、取得した情報からアルバム情報データテーブル７００を取得し、ステップＳ９０１０にて、ＵＲＬパラメータ内の情報とパスワードの判定、アルバムの公開可否及びアルバム閲覧の可否を確認する。エラー時には、エラーページをステップＳ９００７にて生成する。
【０１６３】
エラーが無ければ、ステップＳ９０１１にて、取得したアルバム情報データテーブル７００の情報から、アルバム画像データテーブル８００及びアルバムにある画像に関する情報である画像情報データテーブル９００を取得する。又、ここでは、サムネール画像ファイルパス９０５で示されたファイルサーバ２０９の画像をいったん取得し、携帯アクセス専用のテンポラリ領域（ファイルサーバ２０９内）にコピーする。
【０１６４】
次に、ステップＳ９０１２にて、取得した情報とコピーした画像パス情報を、ＭＢセッション情報テーブル８０００、ＭＢアルバム情報テーブル８１００、ＭＢ画像情報テーブル８２００を生成し、各情報及び画像パスなどを格納する。尚、アクセスしてきたユーザの管理情報として、意図的に定義したセッションＩＤを割り付け、招待メールを発送したオーナであるユーザＩＤ（ユーザＩＤ５０１と同一）とともに格納する。
【０１６５】
ステップＳ９０１３にて、携帯からのアクセスカウントをアルバム情報データテーブル７００及び画像情報データテープル９００に反映する。ステップＳ９０１４にて、画面７４００のデータを生成する。
【０１６６】
図４４は、図４３に示す画面７４００を表示するとき、セッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【０１６７】
まず、ステップＳ９１０１にて、システム情報の取得でサイト内の標準時間を取得する。ステップＳ９１０２では、ＵＲＬのパラメータ部に付加されているセッション情報を解析する。取得したセッション情報をキーとしてＭＢセッション情報８０００、およびＭＢアルバム情報８１００を検索取得する。この中にはＡｌｂｕｍＩＤ及びユーザＩＤも含まれる。
【０１６８】
ステップＳ９１０３では、ＭＢセッション情報８０００内のレコード属性を判断し、一定時間以上前のアクセスであればタイムアウトと判断し、ステップＳ９１０６にてエラーページを表示する。こうすることにより、携帯端末１１３でＵＲＬをブックマークしたアクセスを回避し、更新情報を配信することができる。このユーザＩＤをキーとして、更にステップＳ９１０４にて、顧客情報データテーブル４００を検索取得し、ステップＳ９１０５にてアルバムオーナが脱会していないか確認する。脱会の場合は、エラーページをステップＳ９１０６にて生成する。
【０１６９】
脱会でない場合は、ステップＳ９１０７で、セッション情報からアルバム情報データテーブル７００を取得し、ステップＳ９１０８にてアルバムの公開可否及び閲覧可否を確認する。公開されている場合、ステップＳ９１０９にてＭＢ画像情報テーブル８２００を取得する。一方、公開禁止になった場合、削除フラグ１をセットしてステップＳ９１１５の画面生成処理に進む。
【０１７０】
ステップＳ９１１１にて、画像が画像情報データテーブル９００にあるか否か及び画像の閲覧可否を確認して、画像が閲覧表示可能か判断する。閲覧表示可能の場合には、ステップＳ９１１２で携帯からのアクセスカウントを更新する。一方、不能のときは画像が削除されたと判断し、ステップＳ９１１３にて削除フラグ２をセットする。
【０１７１】
ステップＳ９１１４にて、アクセス日時をＭＢセッション情報テーブル８０００の最終ログイン日時に反映する。次に、ステップＳ９１１５の画面生成処理に進み、ユーザ操作によって、２回目の以後表示画面である７４００の情報を生成する。
【０１７２】
図４５は、画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を更に詳細に表すフローチャートである。
【０１７３】
ステップＳ９２０１及びＳ９２０３で削除フラグ１と削除フラグ２を検査し、セットされている場合には、ステップＳ９２０２、Ｓ９２０４でそれぞれのエラー表示文字列をセットする。
【０１７４】
両フラグがセットされていない場合、ステップＳ９２０５にて、ＭＢ画像情報テーブル８２００にある画像名称の文字数と予めセットされている表示文字数（ＤｉｓｐＣｈ）とを比較する。文字数が設置値より小さい場合、ステップＳ９２０６にて、ＭＢ画像情報テーブル８２００にある画像名称を画面７４００にある画像名称７４０２の文字列にセットする。一方、大きいと判断した場合、ステップＳ９２０７にて、表示文字数（ＤｉｓｐＣｈ）より１バイトと２バイト目に当たる文字を検査し、２Byteコード文字か否かを判定する。
【０１７５】
表示文字数（ＤｉｓｐＣｈ）に２byteコード文字が挟まっている場合には、ステップＳ９２０８にて、境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）-２byte）目までをＭＢ画像情報テーブル８２００にある画像名称を画面７４００にある画像名称７４０２の文字列にセットする。一方、２byteコード文字が挟まっている場合には、ステップＳ９２０９にて、境界の文字を抜いた（表示文字数（ＤｉｓｐＣｈ）-１byte）目までをＭＢ画像情報テーブル８２００にある画像名称を画面７４００にある画像名称７４０２の文字列にセットする。図３７の７４０２で表示している画像名称は、設定値により表示文字数が制限して表示していケースで、そのときのコメント情報を見た画面は図７８では全ての画像情報を表示している。
【０１７６】
ステップＳ９２１０にて、画面７４０７のリンク情報をセッション情報を含んだ形で生成する。更に、画面７４００に画像のＵＲＬや他のリンク情報及びフォームに関わるパラメータ等を、セッション情報を含んだ形で処理９２１１において生成する。そして、ステップＳ９２１２にて画面情報をまとめ送出する。尚、ステップＳ９２０４からきた場合（画像が削除された場合）、画面７６００をあらわすデータを最終的に生成する。
【０１７７】
（他の実施形態）
尚、本実施形態ではデジタルカメラを使ったイメージネットワークサービスを例に説明したが、画像及びその情報配信を行うサービスに適応できることは言うまでもない。 更に、先にも記載の如く、本発明は画像閲覧システムに限定されることなく、通信回線を介してサーバなどの外部装置に接続される携帯電話サービスにおいて広く適用できる技術であり、本発明はこれらの範囲を含むものである。
【０１７８】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【０１７９】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８０】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。
【０１８１】
【発明の効果】
以上説明したように、本発明によれば、画像閲覧ユーザに対して安定して画像を提供すること、また、画像編集ユーザが画像閲覧ユーザを気にすることなく画像の編集作業を行えるようにすることが出来る。すなわち、第２の通信端末のユーザが画像データを閲覧している最中に、第１の通信端末のユーザによって画像データの編集が行われた場合でも、再表示したときに内容が変化しないので第２の通信端末のユーザが混乱しないで済むという効果が得られる。
【０１８２】
すなわち、複製したデータを参照処理することにより、膨大なオリジナルデータから処理する必要がなくなり、処理時間を短縮する効果がある。又、携帯電話からの端末情報を取得できるようになったので、PCと独立してサービスすることができる。そのため、携帯電話ではキャリアや携帯電話からの制限で、表示できる情報量（データ量）に制限にたいして、送出するデータを制御することができる。従って、携帯電話でのエラー表示や、また画面を表示できない問題を回避することができる。端末からのアクセスを管理し、複製データからデータを加工することができる。又、閲覧している最中に、閲覧総数の制御や、コメントの再読み込み等の情報管理をしないので、状態管理の簡素化（開発コストの低減）がはかれる画像の閲覧サービスを行う場合に画像データや文字データを管理し、閲覧画像を効率良く送出する情報処理システム及び情報処理装置及び情報処理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供することができる。
【図面の簡単な説明】
【図１】本実施形態の情報提供システム全体の概略構成を示す図である。
【図２】本実施形態のフォトサイトの構成例を示す図である。
【図３】本実施形態のフォトサイトのハードウエア構成例を示す図である。
【図４】本実施形態のフォトサイトで管理する顧客情報に関するデータテーブルを示した図である。
【図５】本実施形態のフォトサイトを利用しているユーザの現在の状態を表すための情報を管理するための顧客状態テーブルを示した図である。
【図６】本実施形態のフォトサイトで管理する顧客アルバムデータテーブルを示した図である。
【図７】本実施形態のフォトサイトで管理するアルバム情報データテーブルを示した図である。
【図８】本実施形態のフォトサイトで管理するアルバム画像データテーブルを示した図である。
【図９】本実施形態のフォトサイトで管理する画像情報テーブルを示した図である。
【図１０】本実施形態のフォトサイトのＰＣからのアクセスに対する処理手順を示すフローチャートである。
【図１１】本実施形態のフォトサイトからサーバサービスを開始するときに表示される画面の例を示す図である。
【図１２】本実施形態のユーザＰＣからフォトサイトへユーザ登録を行なう場合のやりとりの例を示した図である。
【図１３】本実施形態のユーザ登録時のフォトサイトの処理例を表すフローチャートである。
【図１４】本実施形態のユーザ登録を行うための画面例を示す図である。
【図１５】本実施形態のパスワードの再入力を行なう画面例を示す図である。
【図１６】本実施形態のフォトサイトのユーザ登録確認画面の一例を示す図である。
【図１７】本実施形態のフォトサイトのユーザ登録時に発行される電子メールの内容の一例を示す図である。
【図１８】本実施形態のフォトサイトに正常にログイン認証されたときに表示される画面例を示す図である。
【図１９】本実施形態のフォトサイトでのユーザの編集操作に関する処理例を示したフローチャートである。
【図２０】本実施形態のフォトサイトでのアルバム編集処理の手順例を示すフローチャートである。
【図２１】本実施形態のユーザＰＣからフォトサイトへのアルバム新規登録、プロパティー、削除の指示をする場合のやりとりの例を示した図である。
【図２２】本実施形態のフォトサイトのアルバムのプロパティ設定画面例を示す図である。
【図２３】本実施形態のフォトサイトのアルバムの削除確認画面例を示す図である。
【図２４】本実施形態のユーザＰＣからフォトサイトへのアップロード、閲覧通知の指示をする場合のやりとりの例を示した図である。
【図２５】本実施形態のフォトサイトで、現在表示して編集中のアルバムに画像をアップロードするときの手順例を示したフローチャートである。
【図２６】本実施形態のフォトサイトで、アップロードできないことを示す警告画面例を示す図である。
【図２７】本実施形態のアップロード画像の選択画面例を示す図である。
【図２８】本実施形態のフォトサイトで対応できないファイルがアップロードされたときの警告画面例を示す図である。
【図２９】本実施形態のフォトサイトのアルバムのＥ−Ｍａｉｌ通知設定画面例を示す図である。
【図３０】本実施形態のアルバム通知メールの一例を示す図である。
【図３１】本実施形態のフォトサイトのアルバム選択ボタンの一つが押下されたときのアルバムの選択及び表示に関する処理を表すフローチャートである。
【図３２】本実施形態のフォトサイトのアルバムの詳細表示画面の一例を示す図である。
【図３３】本実施形態のユーザＰＣや携帯端末からフォトサイトへのアルバム閲覧の指示をする場合のやりとりの例を示した図である。
【図３４】本実施形態のアルバムの閲覧開始画面例を示す図である。
【図３５】本実施形態のアルバムの閲覧画面例を示す図である。
【図３６】本実施形態の携帯端末からアルバムを閲覧するときに表示されるログイン画面例を示す図である。
【図３７】本実施形態の携帯端末からアルバムを閲覧するときに表示される最初の画面例を示す図である。
【図３８】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像名やコメント等の詳細情報に関する詳細ページ例を示す図である。
【図３９】本実施形態の携帯端末からアルバムを閲覧するときに表示される、画像の削除、特定画像の閲覧禁止状態になった場合に関するページ例を示す図である。
【図４０】特定の携帯電話からのアクセスを管理するテーブル例を示した図である。
【図４１】ログインした時に閲覧可能なアルバムとアルバム情報を格納するテーブル例を示した図である。
【図４２】アルバム閲覧時にアルバム内の画像情報を格納するテーブル例を示した図である。
【図４３】図３７に示す画面７４００を表示するときの表示に関する処理例を表すフローチャートである。
【図４４】図４３でセッション情報が既に作られているときの処理（Ｓ９００３）を詳細に表すフローチャートである。
【図４５】図４３及び図４４で画面７４００のデータを生成する処理（Ｓ９０１４、Ｓ９１１５）を詳細に表すフローチャートである。

Claims (5)

1. 複数の通信端末にネットワークを介して画像データを提供する情報処理装置であって、
   第１の通信端末からアップロードされた画像データを画像ＩＤと関連づけて格納する格納手段と、
   第２の通信端末から送信された画像データを閲覧するためのリクエストがセッションＩＤを含むかどうか検出する検出手段と、
   前記検出手段が前記リクエストがセッションＩＤを含まないと検出したとき、前記リクエストに含まれる画像ＩＤと対応する前記格納手段に格納された画像データを複製することによって複製データを生成する複製手段と、
   前記複製データを、前記情報処理装置にアクセスするために前記第２の通信端末に対して新たに発行されるセッションＩＤと対応づけて記憶する記憶手段と、
   前記検出手段が前記リクエストがセッションＩＤを含むと検出したとき、前記リクエストに含まれるセッションＩＤと対応する前記記憶手段に記憶された前記複製データを取得する取得手段と、
   前記取得手段により取得された複製データを前記第２の通信端末に送信する送信手段とを備えたことを特徴とする情報処理装置。
2. 前記格納手段は、前記画像データの公開可否を示す管理情報をさらに前記画像データに関連づけて格納し、
   前記取得手段は前記複製情報と対応する前記画像データに関連づけられた管理情報にしたがって前記複製情報を取得することを特徴とする請求項１記載の情報処理装置。
3. 前記画像データはオリジナル画像およびサムネイル画像を含み、前記複製手段は前記サムネイル画像から前記複製情報を生成することを特徴とする請求項１または２記載の情報処理装置。
4. 複数の通信端末にネットワークを介して画像データを提供する情報処理装置の制御方法であって、
   第１の通信端末からアップロードされた画像データを画像ＩＤと関連づけて格納するステップと、
   第２の通信端末から送信された画像データを閲覧するためのリクエストがセッションＩＤを含むかどうか検出するステップと、
   前記リクエストがセッションＩＤを含まないと検出したとき、前記リクエストに含まれる画像ＩＤと対応する前記格納された画像データを複製することによって複製データを生成するステップと、
   前記複製データを、前記情報処理装置にアクセスするために前記第２の通信端末に対して新たに発行されるセッションＩＤと対応づけて記憶するステップと、
   前記リクエストがセッションＩＤを含むと検出したとき、前記リクエストに含まれるセッションＩＤと対応する前記記憶された複製データを取得するステップと、
   前記取得された複製データを前記第２の通信端末に送信するステップとを備えたことを特徴とする制御方法。
5. 複数の通信端末にネットワークを介して画像データを提供する情報処理装置を実現するコンピュータに、
   第１の通信端末からアップロードされた画像データを画像ＩＤと関連づけて格納するステップと、
   第２の通信端末から送信された画像データを閲覧するためのリクエストがセッションＩＤを含むかどうか検出するステップと、
   前記リクエストがセッションＩＤを含まないと検出したとき、前記リクエストに含まれる画像ＩＤと対応する前記格納された画像データを複製することによって複製データを生成するステップと、
   前記複製データを、前記情報処理装置にアクセスするために前記第２の通信端末に対して新たに発行されるセッションＩＤと対応づけて記憶するステップと、
   前記リクエストがセッションＩＤを含むと検出したとき、前記リクエストに含まれるセッションＩＤと対応する前記記憶された複製データを取得するステップと、
   前記取得された複製データを前記第２の通信端末に送信するステップとを実行させることを特徴とするプログラム。

Images