JP4012175B2 - アプリケーションサーバ装置およびプログラム - Google Patents

Description

本発明は、ネットワーク上で、第１の情報処理装置からアップロードされたデータを複数の第２の情報処理装置に公開するアプリケーションサーバ装置およびプログラムに関するものである。

インターネットなどの通信インフラを利用した情報提供サービスの一種として、ユーザがデジタルカメラで撮影した画像データをネットワーク上のサーバ装置の記憶領域にアップロードし、ユーザが望む時にサーバ装置にアクセスして、画像データを閲覧できるようなサービスがある。以下、このようなサービスを提供するサーバ装置のプロバイダをフォトサイトと称する。また、フォトサイトはアップロードされた画像データのプリント注文を受け付け、画像データをプリントするサービスを提供するサーバ装置を備えることもある。または、フォトサイトはアップロードされた画像データのプリント注文を受け付け、画像データをプリントするサービスを提供するサーバ装置へプリント注文を転送するサーバ装置を備えることもある。

このようなフォトサイトではアップロードした画像の所有者であるユーザ以外の第三者に対しても、ユーザからアップロードされた画像データの公開及びプリント注文サービスを提供している場合が多い。

従来、フォトサイトが画像データをアップロードしたユーザ（以下、オーナーユーザと称する。）から指定された第三者（以下、招待ユーザと称する。）に対して、オーナーユーザの画像データを公開する場合について、以下に説明する。

まず、オーナーユーザは、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）上でＷｅｂブラウザを起動し、フォトサイトにアクセスして、画像データをアップロードし、招待ユーザの名称やメールアドレスを通知する。フォトサイトは、アップロードされた画像データをアルバムとして管理し、アルバムに対してＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を生成する。なお、アルバムとは、いわゆるディレクトリであり、１つ以上の画像データが１つのアルバムに関連付けて管理される。この時、生成されるＵＲＬは、アルバムに対してユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものである。下記に例を示す。
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ

フォトサイトは、メッセージにこのＵＲＬを記載し、宛先に招待ユーザのメールアドレスをセットした電子メールをインターネット経由で送信する。電子メールを受け取った招待ユーザは、ＰＣ上でＷｅｂブラウザを起動し、電子メールに記載されたＵＲＬを入力することで、オーナーユーザのアルバムの画像データを閲覧することができる。（例えば、特許文献１参照。）
特開２００３−１０８８１５号公報

上記した従来技術によれば、アルバムに対してＵＲＬが生成されるため、複数のオーナーユーザが同一の招待ユーザに対してアルバムを公開する場合には、フォトサイトは、各オーナーユーザのアルバムごとにＵＲＬを生成したり、生成されたＵＲＬごとに電子メールを作成したり、送信したりしなければならなかった。

このように、各オーナーユーザのアルバム毎にＵＲＬが発行されると、招待ユーザはたくさんのＵＲＬを管理しなければならなくなり、とても煩雑であるという問題があった。

例えば、招待ユーザは、あるアルバムを繰返し閲覧する際には、Ｗｅｂブラウザのブックマーク（お気に入り）に、そのアルバムのＵＲＬを登録することにより、ＵＲＬの入力を省略して簡易にアクセスできるようになる。しかしながら、複数のアルバムが公開され、そのたびにＵＲＬが発行されると、ブックマークするＵＲＬが大量になり、登録作業が煩雑になる。

また、例えば、オーナーユーザがフォトサイトからアルバムを消去すると、招待ユーザは、その都度、ブックマークからそのアルバムのＵＲＬを消去して整理しなければならず、煩雑であった。

また、従来技術によれば、ｍ人のオーナーユーザが、それぞれｎ個のアルバムを招待ユーザに公開する場合、たとえ、それらのアルバム全てに対する招待ユーザが１名であっても、ｍ×ｎ個のＵＲＬを生成して管理する必要があり、フォトサイトでのＵＲＬの管理も負担になっていた。

本発明は、上記従来技術の問題点を解決するために提案されたものであり、その目的とするところは、画像データを公開する側のユーザ（オーナーユーザ）における操作性・利便性を損なわずに、公開されたオーナーユーザの画像を閲覧する側のユーザ（招待ユーザ）や、画像データの公開を仲介するプロバイダ（フォトサイト）の利便性を向上させることにある。

本願に係る発明の１つは、ネットワーク上で、複数の第１の情報処理装置からアップロードされたデータを複数の第２の情報処理装置に公開するアプリケーションサーバ装置であって、前記第１の情報処理装置の指示を受けて、前記アップロードされたデータのうち、いずれかを選択するデータ選択手段と、前記第２の情報処理装置とそれぞれ対応する複数のアクセス情報を登録する登録手段と、前記第１の情報処理装置の指示を受けて、前記複数の第２の情報処理装置のうち、いずれかを前記データ選択手段により選択されたデータの公開先として選択する選択手段と、前記選択手段により選択された第２の情報処理装置とそれぞれ対応する複数のアクセス情報を、前記データ選択手段により選択されたデータと対応づけて記憶する記憶手段と、前記第２の情報処理装置からの前記アクセス情報に基づく公開要求に応答して、前記アクセス情報と対応づけられたデータを、前記記憶手段により記憶されたデータの中から複数、検索するデータ検索手段と、前記検索された複数のデータを前記第２の情報処理装置に送信するデータ送信手段とを備えたことを特徴とする。

本発明によれば、画像データをネットワーク上のアプリケーションサーバ装置にアップロードしたオーナーユーザの操作を特に追加することなく、招待ユーザが受け取る、複数のオーナーユーザの画像データの公開用のＵＲＬが１種類になるので、招待ユーザは、各オーナーユーザの画像データの公開用ＵＲＬを容易に管理でき、招待ユーザの利便性を向上させることが可能である。

（実施例）
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。尚、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。

（データ保管システムの構成）
本発明の一実施形態として、インターネットを介して、画像データの共有サービスを提供するデータ共有システムについて説明する。

図１は、本発明の一実施形態としてのデータ共有システム全体の概略構成を示す図である。

１０１は画像入力機器である。画像入力機器１０１としては、例えば、被写体を撮影して、静止画像の画像データとして記録できるデジタルスチルカメラや動画像の画像データとして記録できるデジタルビデオカメラ、あるいは、原稿を読み取り静止画像の画像データとして記録するスキャナ等が挙げられる。画像入力機器１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録／再生する。

１０２はパーソナルコンピュータ（ＰＣ）である。尚、本実施の形態では、１０２Ａはオーナーユーザ、１０２Ｂは招待ユーザがそれぞれ使用するＰＣであるとする。

１１６は画像入力装置１０１が入力した画像データをＰＣ１０２Ａへ転送するためのデータ転送用インターフェースである。データ転送用インターフェース１１６は、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）やＩＥＥＥ１３９４に代表される有線系インターフェースや、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースである。

このデータ転送用インターフェース１１６経由で、画像入力装置１０１からＰＣ１０２Ａに転送された画像データは、ＰＣ１０２ＡのＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）に代表される情報記憶装置の記憶領域１２１Ａに格納される。また、画像入力装置１０１からＰＣ１０２Ａへの画像データ転送は、ＰＣ１０２ＡのＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）がＰＣ１０２ＡにインストールされているＯｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）又は専用ソフトウエアを実行し、画像入力装置１０１の情報記憶装置の記憶領域１２１Ａに格納されている画像データを読み出すことによって実行される。あるいは、画像入力装置１０１がＰＣ１０２Ａへ発行した転送コマンドにしたがい、ＰＣ１０２ＡのＯＳ又は専用ソフトウエアがＰＣ１０２Ａの情報処理装置の記憶領域１２１Ａを確保し、画像入力装置１０１からの画像データを受信するようにして実行される。

１０５は、インターネット１０４を通信インフラとして、各ユーザ端末（ＰＣ１０２ＡやＢ）に対して、各種サービスを提供するプロバイダのサーバ装置で構成されるフォトサイトである。本実施の形態では、フォトサイト１０５が提供するサービスとして、インターネット１０４経由でＰＣ１０２Ａから送信された画像データを保管するサービスや、ＰＣ１０２Ａからの保管された画像データをＰＣ１０２Ｂに対して公開するサービス、保管された画像データのプリントアウトをプリントサイト１０９へ依頼するサービスについて説明する。プリントサイト１０９はプリンタ装置１１１を有し、プリンタ装置１１１を使って画像データのプリント物１１２を出力する。

フォトサイト１０５は、複数のサーバ装置から構成され、それぞれのサーバ装置が単独あるいは協同して以下に説明する各機能を実現する。また、フォトサイト１０５は、データベース装置を備える。画像データベース１１７には、ＰＣ１０２Ａから送信された画像データや、その画像データの低解像度画像（サムネイル）が記憶される。属性情報データベース１１８には、画像データベース１１７に格納された画像データの属性情報や、フォトサイト１０５に登録しているオーナーユーザや招待ユーザの属性情報、画像データのプリントアウトの依頼先となるプリントサイト１０９の属性情報等の各種データが、一元管理されている。

ブラウザ１２０は、ＰＣ１０２に搭載されており、インターネット１０４経由でのデータ転送が可能な、ｈｔｔｐプロトコル等の標準プロトコルを有する。ブラウザ１２０は、標準プロトコルを用いてフォトサイト１０５にアクセスし、フォトサイト１０５のサーバ装置が管理するＨＴＭＬやＸＭＬ等の記述言語で作成された画像、音声等のマルチメディア情報とリンクされている情報を表示する。この動作により、フォトサイト１０５は、通信インフラとしてインターネット１０４を利用してＰＣ１０２へサービスを提供することが出来る。

尚、本実施の形態では、画像データベース１１７の画像データはディレクトリ（以下、アルバムと言う。）に関連付けて保管される。つまり、１つ又は複数の画像データが、１つのアルバムに関連付けて管理される。例えば、「出発．ｊｐｇ」や「お弁当．ｊｐｇ」、「バス車中．ｊｐｇ」などの１つ以上の画像データを「遠足」という１つのアルバムに関連付けて管理する。また、フォトサイト１０５は、１人のオーナーユーザに対して、１つ以上のアルバムを関連付けて管理する。

また、本実施の形態では、オーナーユーザは、招待ユーザに画像データを公開する場合には、アルバム単位で指定する。つまり、ＰＣ１０２ＡはＰＣ１０２Ｂに公開する画像データを、アルバム単位でフォトサイト１０５に対して指定する。

また、フォトサイト１０５を構成するサーバ装置の少なくともいずれか１つは、フォトシェアリングモジュール１０６を備える。フォトシェアリングモジュール１０６はサーバ装置のＣＰＵによって実行される。

尚、本実施の形態では、オーナーユーザや招待ユーザが使用する端末として、ＰＣ１０２を例に挙げて説明するが、これに限定されるものではなく、カメラ機能付き携帯電話や、通信機能を備えたデジタルカメラやデジタルビデオ、スキャナ、複写機等の端末であってもよい。つまり、ＰＣ１０２が画像入力装置１０１を収容するようにしてもよい。

（オーナーユーザの画像データのアップロード）
オーナーユーザのＰＣ１０２Ａが情報記憶装置の記憶領域１２１Ａに格納された画像データをフォトサイト１０５へアップロードする処理について、説明する。

まず、ＰＣ１０２Ａは画像データのアップロード処理に先立ち、フォトサイト１０５へのログイン処理を実行する。以下、図１９を参照して、フォトサイト１０５によるＰＣ１０２Ａのログイン処理について説明する。
ステップＳ１９０１：
フォトサイト１０５は、ＰＣ１０２Ａから、フォトサイト１０５のログイン画面へアクセスするためのログインＵＲＬを受信する。以下、フォトサイトは、ＰＣ１０２ＡのＣＰＵが実行するブラウザ１２０Ａと通信することによって、各種処理を実行し、ＰＣ１０２Ａへ各種サービスを提供する。
ステップＳ１９０２：
フォトサイト１０５はログイン画面表示用ファイルをＰＣ１０２Ａへ送信する。
ステップＳ１９０３：
フォトサイト１０５は、ログイン画面に従って入力されたオーナーユーザＩＤ及びパスワードをＰＣ１０２Ａから受信する。
ステップＳ１９０４：
フォトサイト１０５は、ステップＳ１９０３で受信したオーナーユーザＩＤ及びパスワードと、属性情報データベース１１８から読み出したオーナーユーザ情報とを照合することにより認証処理を実行し、以下の処理の実行を許可するかどうか判断する。許可すると判断すれば、ステップＳ１９０５の処理を実行する。
ステップＳ１９０５：
フォトサイト１０５は、オーナーアルバム画面表示用ファイルをＰＣ１０２Ａへ送信する。

図８は本実施の形態において、ＰＣ１０２Ａがオーナーアルバム画面表示用ファイルを展開して表示するオーナーアルバム画面８００の一例を示したものである。オーナーアルバム画面８００において、ボタン８０１はオーナーユーザ情報（例えば、ログインパスワードや名称、オーナーユーザのメールアドレスなど）の変更を指示するためのボタンである。ボタン８０２はフォトサイト１０５からのログアウトを指示するためのボタンである。領域８０３にはこのオーナーアルバム画面８００に表示されているアルバムに対する編集操作を指示するためのボタンが配置されている。ボタン８０４はアルバムのプロパティの設定を指示するためのボタンである。アルバムの表示にパスワードを設定する場合には、プロパティボタン８０４の押下操作を入力すると表示されるアルバムプロパティ画面上でパスワードを入力してフォトサイト１０５へ送信する。このとき、フォトサイト１０５はパスワードを後述するアルバム情報テーブル４００のアルバムパスワード４０４に保管する。ボタン８０５はアルバムの公開通知を指示するためのボタンである。ボタン８０６はアルバムの新規作成を指示するためのボタンである。ボタン８０７はアルバムの削除を指示するためのボタンである。ボタン８０８はアルバムへの画像のアップロードを指示するためのボタンである。ボタン８０９はアルバム内の画像のプリントオーダを指示するためのボタンである。領域８１０はアルバムを指定するためのボタンが表示される領域である。この領域８１０の先頭には、フォトサイト１０５の画像データベース１１７上に保管されているオーナーユーザの画像データの合計サイズ、許容合計サイズに対する比率が表示される。また、フォトサイト１０５に保管されたオーナーユーザのアルバムの数だけのボタンが配置される。図８におけるオーナーアルバム画面８００では、オーナーユーザのアルバムが５個保管されていることが、ボタン８１１〜ボタン８１５によって確認できる。ボタン８１１〜８１５のいずれかの押下操作の入力がＰＣ１０２Ａからフォトサイト１０５へ通知されると、フォトサイト１０５は、アルバム表示領域８２３に表示される画像データを、ボタン８１１〜８１５のうちどのボタンの押下操作が入力されたかに応じて変更し、アルバム表示領域８２３の左上端にそのアルバムの名称を表示する。領域８１６にはアルバム内の各画像データに関する編集を指示するためのボタンを配置するための領域である。ＰＣ１０２Ａはボタン８１７〜ボタン８２２の押下操作を入力し、領域８２３内に表示されている各画像に対応するチェックボタン８３０〜８３５のチェックがオンになっている画像データを特定する情報（画像ＩＤ）と、ボタン８１７〜ボタン８２２のうちどのボタンが押下操作されたかを示す編集指示情報をフォトサイト１０５へ送信する。フォトサイト１０５は、ＰＣ１０２Ａから送信された画像ＩＤと編集指示情報に基づき、画像データベース１１７に保管された画像データへの編集処理を行い、編集された画像データを表示するための編集画像データ表示用ファイルをＰＣ１０２Ａへ送信する。フォトサイト１０５はＰＣ１０２Ａへ編集画像表示用ファイル送信すると、ＰＣ１０２Ａのブラウザ１２０Ａ上にオーナーアルバム表示画面８００の領域８２３内に編集された画像データを表示する。領域８２３はアルバム内の画像データが表示される領域である。この領域８２３にはアルバムに格納されている画像データと対応するサムネイル画像が順次表示され、各画像データに対応するチェックボックス８３０〜８３５が配置される。また、ＰＣ１０２Ａは各サムネイル画像８２４〜８２９の押下操作を入力し、画像８２４〜８２９のうち押下操作が入力されたサムネイル画像と対応する画像ＩＤをフォトサイト１０５へ送信すると、フォトサイト１０５から各画像データのプロパティ設定画面表示用ファイルを受信し、プロパティ設定画面表示用ファイルを展開して表示する。

次に、オーナーアルバム画面８００を表示したＰＣ１０２Ａからフォトサイト１０５へ画像データをアップロードする処理について図２０を参照して説明する。
ステップＳ２００１：
フォトサイト１０５は、ＰＣ１０２Ａからアルバムの新規作成ボタン８０６に関する押下操作の入力の通知を受信したかどうか判定する。受信したと判定されれば、ステップＳ２００２の処理を実行する。判定されなければ、ステップＳ２００５の処理を実行する。
ステップＳ２００２：
フォトサイト１０５はＰＣ１０２Ａへアルバム設定画面表示用ファイルを送信する。
ステップＳ２００３：
フォトサイト１０５は、アルバム設定画面（図示せず）にしたがって入力されたアルバムの属性情報をＰＣ１０２Ａから受信する。
ステップＳ２００４：
フォトサイト１０５は、この新規に作成されたアルバムを一意に識別するためのアルバムＩＤを新たに発行し、ステップＳ１９０３で受信したオーナーユーザＩＤやステップＳ２００３で受信したアルバムの属性情報とともに、属性情報データベース１１８で管理するアルバム情報テーブル４００に新規レコードを作成して格納する。ここで、フォトサイト１０５は、この新規に発行したアルバムＩＤをオーナーユーザの指定したアルバムのアルバムＩＤとして保持する。

図４は本実施の形態におけるアルバム情報テーブル４００の一例を示した図である。アルバム情報テーブル４００では、オーナーユーザＩＤ４０１、アルバムＩＤ４０２、アルバムタイトル４０３、アルバム公開時の認証に使用するアルバムパスワード４０４、アルバム内の画像の印刷可否を制御するアルバム印刷注文フラグ４０５、表紙画像ＩＤ４０６を格納して管理する。尚、アルバム公開時に認証をしない場合には、アルバムパスワード４０４には、ＮＵＬＬ値が設定される。

尚、フォトサイト１０５は、ＰＣ１０２Ａからオーナーアルバム画面８００の削除ボタン８０７に関する押下操作の入力と選択されたアルバムＩＤの通知を受信すると、アルバム情報テーブル４００から該当するアルバムのレコードを削除する。

ステップＳ２００５：
フォトサイト１０５は、アルバムボタン８１１〜８１５のいずれかの押下操作の入力の通知とそのボタンに対応するアルバムのアルバムＩＤをＰＣ１０２Ａから受信したかどうか判定する。受信したと判定されれば、ステップＳ２００６の処理を実行する。

ステップＳ２００６：
フォトサイト１０５は、ステップＳ２００５で受信したアルバムＩＤをオーナーユーザの指定したアルバムのアルバムＩＤとして保持する。

ステップＳ２００７：
フォトサイト１０５は、ステップＳ２００４またはステップＳ２００６で保持したアルバムＩＤと対応するアルバムと関連付けられた画像データのサムネイル画像を取得し、表示領域８２３に表示するためのオーナーアルバム画面表示用ファイルをＰＣ１０２Ａへ送信する。尚、新規に作成されたアルバムの場合には、表示領域８２３には空白が表示される。

ステップＳ２００８：
フォトサイト１０５は、アップロードボタン８０８に関する押下操作の入力の通知を受信したかどうか判定する。受信したと判定されれば、ステップＳ２００９の処理を実行する。

ステップＳ２００９：
フォトサイト１０５はアップロード画面表示用ファイルをＰＣ１０２Ａへ送信する。

ステップＳ２０１０：
フォトサイト１０５は、アップロード画面（図示せず）に従って情報記憶装置の記憶領域１２１Ａの中から選択された画像データを受信する。

または、ステップ２００９、Ｓ２０１０の処理を実行する代わりに、ＰＣ１０２Ａが別途起動した画像アップロード専用ソフトウエアを使って情報記憶装置の記憶領域１２１Ａの中から選択した画像データを受信するようにしてもよい。画像アップロード専用ソフトウエアも、ｈｔｔｐやｆｔｐなどのような、インターネット１０４上で利用可能なプロトコルに基づいた通信が可能である。

ステップＳ２０１１：
フォトサイト１０５はフォトシェアリングモジュール１０６を使って、ステップＳ２０１０で受信した画像データが使用可能なデータであるかどうかをチェックする。そして、利用可能であると判断した場合は、ステップＳ２０１２の処理を実行する。

ステップＳ２０１２：
フォトサイト１０５はステップＳ２０１０で受信した画像データを画像データベース１１７に格納する。このとき、フォトサイト１０５は画像データに対して、一意に識別するための画像ＩＤを発行し、その属性情報とともにを属性情報データベース１１８の画像情報テーブル５００に格納する。

図５は本実施の形態における画像情報テーブル５００の一例を示した図である。画像情報テーブル５００には、画像データを一意に識別する画像ＩＤ５０１、画像データの格納位置を示すファイルパス５０２、画像データの名称を示す画像タイトル５０３、画像データへのコメントを示す画像コメント５０４及び画像画像データと関連付けられたアルバムを一意に識別するアルバムＩＤ５０６を含むレコードが保管される。フォトサイト１０５は、新たな画像データがアップロードされるたびに、画像情報テーブル５００に１レコード作成する。画像タイトル５０３や画像コメント５０４の初期値はＮＵＬＬである。

尚、フォトサイト１０５は、ＰＣ１０２Ａからオーナーアルバム画面８００の削除ボタン８１９に関する押下操作の入力と、選択された画像ＩＤの通知を受信すると、画像情報テーブル５００から該当する画像データのレコードを削除する。

ステップＳ２０１３：
フォトサイト１０５は、正常に画像データがアップロードされたことを、ＰＣ１０２Ａに通知するとともに、オーナーアルバム画面８００の表示領域８０３にステップＳ２０１２で画像データベース１１７に格納した画像データのサムネイル画像を表示するためのオーナーアルバム画面表示用ファイルを作成してＰＣ１０２Ａへ送信する。

ステップＳ２０１４：
フォトサイト１０５は、オーナーアルバム画面８００の表紙設定ボタン８４２に関する押下通知とともに、チェックボックス８３０〜８３５のいずれか１つへのオンの入力を受信すると、そのチェックボックスと対応する画像データを当該アルバムの表紙画像として設定する。具体的には、フォトサイト１０５は、表紙画像として設定する画像データの画像ＩＤを属性情報データベース１１８のアルバム情報テーブル４００の表紙画像ＩＤ４０６にセットする。なお、表紙画像を指定しない場合には、表紙画像ＩＤ４０６には“０”がセットされる。

（アルバムの公開通知）
フォトサイト１０５が、オーナーユーザのＰＣ１０２Ａから指定された招待ユーザへ、指定されたアルバムの公開を通知する処理について、図２１を参照して説明する。

フォトサイト１０５は、招待ユーザへアルバム公開を通知する処理に先立ち、上記したＰＣ１０２Ａのログイン処理（図１９）を実行してから、オーナーアルバム画面表示用ファイルをＰＣ１０２Ａへ送信している。
ステップＳ２１０１：
フォトサイト１０５は、オーナーアルバム画面８００に表示されたアルバムの中から選択されたアルバムのアルバムＩＤをＰＣ１０２Ａから受信する。
ステップＳ２１０２：
フォトサイト１０５は、オーナーアルバム画面８００の通知ボタン８０５に関する押下操作の入力の通知をＰＣ１０２Ａから受信する。
ステップＳ２１０３：
フォトサイト１０５は、アドレス帳画面表示用ファイルをＰＣ１０２Ａへ送信する。

図９は、ＰＣ１０２Ａがアドレス帳画面表示用ファイルを展開して表示した、本実施の形態におけるアドレス帳画面９００の一例を示したものである。アドレス帳画面９００には、フォトサイト１０５に対して、新たなアドレスの追加を指示するためのボタン９０１、アドレスの削除を指示するためのボタン９０２、メール通知画面への遷移を指示するためのボタン９０３、アドレス帳の設定が完了したことを通知するためのＯＫボタン９０４、アドレス帳の設定の中止を指示するためのキャンセルボタン９０５がある。また、アドレスリスト表示領域９０６には、後述するアドレス帳テーブル３００から読み出された、招待ユーザの名称及びメールアドレスと、後述する招待ユーザＵＲＬテーブル２００から読み出された公開ＵＲＬを表示する。また、各アドレスについて、アルバムの公開通知先として選択するためのチェックボックス９０７と、アルバムを公開する招待ユーザとして指定するためのチェックボックス９０８、アドレス帳テーブル３００からの削除を指定するためのチェックボックス９０９を表示する。

ここで、本実施の形態のフォトサイト１０５における、アドレスリスト領域９０６の表示に関するアドレス帳表示用ファイルの作成の手順について図１０のフローチャートを参照して説明する。まず、ステップＳ１００１にてアドレス帳テーブル３００から、ステップＳ１９０３でＰＣ１０２Ａから受信したオーナーユーザＩＤを持つレコードの数を調べてｎにセットする。ステップＳ１００２にて、招待ユーザ数をカウントする作業変数Ｃｏｕｎｔを０にセットする。ステップＳ１００３にて、Ｃｏｕｎｔとｎのそれぞれにセットされた値を比較する。比較の結果、Ｃｏｕｎｔの値の方がｎの値より小さければ、ステップＳ１００４にてＣｏｕｎｔに１を加算した値をセットする。ステップＳ１００５にて、アドレス帳テーブル３００からオーナーユーザＩＤ３０１にステップＳ１９０３でＰＣ１０２Ａから受信したオーナーユーザＩＤを持つ第Ｃｏｕｎｔ番目のレコードを取得し、そのレコードから招待ユーザのメールアドレス３０２を取得する。ステップＳ１００６にて、招待ユーザＵＲＬテーブル２００から、ステップＳ１００５で取得したメールアドレスと同じメールアドレスを持つレコードを取得する。ステップＳ１００７にて、ステップＳ１００６で取得されたレコードから招待ユーザ番号２０１とその公開ＵＲＬ２０３を取得する。ステップＳ１００８にて、アルバム公開情報テーブル６００から、ステップＳ２１０１でＰＣ１０２Ａから受信したアルバムＩＤ及び、ステップＳ１００７で求められた招待ユーザ番号を持つレコードを検索する。ステップＳ１００９にて、ステップＳ１００８でレコードが検索されたかどうかを判定する。ステップＳ１００９でレコードが検索されたと判定された場合には、既に公開されている招待ユーザであるとみなし、ステップＳ１０１０にて、公開済みチェックボックス９０８をオンにセットする。ステップＳ１００９でレコードが検索されなかった場合には、公開されていない招待ユーザとみなし、ステップＳ１０１０にて、公開済みチェックボックス９０８をオフにセットする。ステップＳ１００３からステップＳ１０１１の作業をＣｏｕｎｔがｎより小さい間、行うことによってアドレスリスト表示領域９０６に表示するべき招待ユーザのメールアドレスと公開ＵＲＬを取得し、アドレス帳画面表示用ファイルにセットすることができる。

ステップＳ２１０４：
フォトサイト１０５は、アドレス帳画面９００のボタン９０３〜９０５のうちいずれのボタンに関する押下操作の入力の通知をＰＣ１０２Ａから受信したか判定する。判定の結果、アドレスの追加ボタン９０１であればステップＳ２１０５、メール通知ボタン９０３であればステップＳ２１０７の処理を実行する。

ステップＳ２１０５：
フォトサイト１０５はアドレス追加画面表示用ファイルをＰＣ１０２Ａへ送信する。図１１は、本実施の形態におけるＰＣ１０２Ａがアドレス追加画面表示用ファイルを展開して表示するアドレス追加画面１１００の一例である。

アドレスの追加画面１１００には、招待ユーザの名称を入力する領域１１０１、メールアドレスを入力する領域１１０２、ＯＫボタン１１０３およびキャンセルボタン１１０４がある。尚、フォトサイト１０５はキャンセルボタン１１０４に関する押下操作の入力の通知をＰＣ１０２Ａから受信すると、アドレス帳画面表示用ファイルをＰＣ１０２Ａへ送信し、アドレスの追加処理は行わずに終了する。

ステップＳ２１０６：
フォトサイト１０５は、アドレスの追加画面１１００のＯＫボタン１１０３に関する押下操作の入力の通知をＰＣ１０２Ａから受信するとともに、領域１１０１及び１１０２に入力された招待ユーザの名称やメールアドレスも受信する。

次に、ステップＳ２１０６で受信した招待ユーザ属性情報に対して行われるアドレス追加処理について、図１２のフローチャートを参照して説明する。

ステップＳ１２０１：
フォトサイト１０５は、ステップＳ２１０６でＰＣ１０２Ａから受信した招待ユーザのメールアドレスが既にアドレス帳テーブル３００に存在するかどうかを判定する。存在すると判定されれば、追加の必要はないので何も行わずに処理を終了する。存在しないと判定されれば、ステップＳ１２０２の処理を実行する。

ステップＳ１２０２：
フォトサイト１０５は、ステップＳ２１０６でＰＣ１０２Ａから受信した招待ユーザのメールアドレスが招待ユーザＵＲＬテーブル２００に存在するかどうかを判定する。存在しないと判定された場合、ステップＳ１２０３の処理を実行する。存在すると判定された場合、ステップＳ１２０５の処理を実行する。

ステップＳ１２０３：
フォトサイト１０５は、招待ユーザＵＲＬテーブル２００に新規レコードを作成する。ここで、新規レコードの招待ユーザ番号２０１には、今までに発行されている招待ユーザ番号の最大値に１を加えたものをセットし、招待ユーザメールアドレス２０２にはステップＳ２１０６でＰＣ１０２Ａから受信した招待ユーザのメールアドレスをセットする。

図２は本実施の形態における招待ユーザＵＲＬテーブル２００の一例を示した図である。フォトサイト１０５は招待ユーザＵＲＬテーブル２００を属性情報データベース１１８に記憶し、管理する。招待ユーザＵＲＬテーブル２００では、オーナーユーザに依存せずに、招待ユーザのメールアドレスを一元管理している。招待ユーザＵＲＬテーブル２００では、招待ユーザ番号２０１、招待ユーザメールアドレス２０２、公開ＵＲＬ２０３、招待ユーザパスワード２０４、招待ユーザ印刷注文フラグ２０５を保管する。これにより、ＵＲＬは招待ユーザの数だけ発行及び管理すればよいので、画像データの公開を管理するサーバ装置でのＵＲＬ管理も簡単になる。また、招待ユーザの公開ＵＲＬと画像データのプリント注文の可否とを関連付けて管理することで、招待ユーザ毎のプリント可否の設定を容易にすることが可能となる。

ステップＳ１２０４：
フォトサイト１０５は、ステップＳ１２０３で発行した招待ユーザ番号２０１を可逆暗号化することによって公開ＵＲＬを作成する。尚、暗号化に関しては招待ユーザ番号２０１と１対１に対応し可逆変換できる方法であれば、どのような暗号化方法を用いてもよい。そして、作成した公開ＵＲＬをステップＳ１２０３で作成した招待ユーザＵＲＬテーブル２００の新規レコードにセットする。

ステップＳ１２０４で作成される公開ＵＲＬの一例を下記に示す。
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ａｃｃｅｓｓＩＤ＝ＸＸＸＸＸ

ステップＳ１２０５：
フォトサイト１０５は、アドレス帳テーブル３００に新規レコードを作成する。このとき、オーナーユーザＩＤ３０１には、ステップＳ１９０３でＰＣ１０２Ａから受信したオーナーユーザＩＤをセットし、招待ユーザメールアドレス３０２や招待ユーザ名称３０３にはステップＳ２１０６でＰＣ１０２Ａから受信したメールアドレスなどの属性情報をセットする。

図３は本実施の形態におけるアドレス帳テーブル３００の一例を示した図である。フォトサイト１０５はアドレス帳テーブル３００を属性情報データベース１１８に記憶し、管理する。アドレス帳テーブル３００は、オーナーユーザＩＤ３０１、オーナーユーザの指定した招待ユーザのメールアドレス３０２、招待ユーザの名称３０３などを含むレコードを保管する。

ステップＳ２１０７：
フォトサイト１０５は、招待ユーザのメールアドレスと、それに対応する通知先チェックボックス９０７や公開済みチェックボックス９０８、削除チェックボックス９０９へ入力されたオン又はオフの値をＰＣ１０２Ａから受信する。

次に、個々の招待ユーザアドレスに対してアルバム公開通知の設定を行う処理の手順を図１６のフローチャートを参照して説明する。

ステップＳ１６０１：
フォトサイト１０５は、招待ユーザＵＲＬテーブル２００から招待ユーザのメールアドレスに対応するレコードを検索する。

ステップＳ１６０２：
フォトサイト１０５は、ステップＳ１６０１で検索されたレコードから招待ユーザ番号２０１を取得する。

ステップＳ１６０３：
フォトサイト１０５は、アドレス帳画面９００の各アドレスに対して公開済みチェックボックス９０８がオンであるかどうかを判定する。判定結果が、オフであればステップＳ１６０４の処理を実行し、オンであればステップＳ１６０５の処理を実行する。

ステップＳ１６０４：
フォトサイト１０５は、アルバム公開情報テーブル６００からステップＳ２１０１で取得したアルバムＩＤをアルバムＩＤ６０１に持ち、かつステップＳ１６０２で取得された招待ユーザ番号を招待ユーザ番号６０２に持つレコードを削除する。

ステップＳ１６０５：
フォトサイト１０５は、アルバム公開情報テーブル６００からステップＳ２１０１で取得したアルバムＩＤをアルバムＩＤ６０１に持ち、かつステップＳ１６０２で取得された招待ユーザ番号を招待ユーザ番号６０２に持つレコードを検索する。検索の結果、該当するレコードがあれば、アルバム公開情報テーブル６００に該当するレコードがあるので、既にアルバム公開の通知がなされているとみなし、処理を終了する。検索の結果、該当するレコードがなければ、ステップＳ１６０７の処理を実行する。

ステップＳ１６０７：
フォトサイト１０５は、アルバム公開情報テーブル６００に、ステップＳ２１０１で受信したアルバムＩＤとステップＳ１６０２で取得した招待ユーザ番号を持つレコードを新規に作成して追加する。

図６は本実施の形態におけるアルバム公開情報テーブル６００の一例を示した図である。フォトサイト１０５はアルバム公開情報テーブル６００を属性情報データベース１１８に記憶し、管理する。公開情報テーブル６００では、オーナーユーザが公開するよう指定したアルバムのアルバムＩＤ６０１と、そのアルバムの公開先として指定した招待ユーザの招待ユーザ番号６０２、招待ユーザがアルバムを閲覧した最終アクセス日時６０３を管理する。これにより、招待ユーザとアルバムを一意に結びつけて管理するので、オーナーユーザのアルバムを、”いつ”、”どの招待ユーザが”閲覧したかを記録することも可能となる。

ステップＳ２１０８：
フォトサイト１０５は、いずれかの通知先チェックボックス９０７にオンの値がセットされているかどうか判定する。セットされていると判定されれば、ステップＳ２１０９の処理を実行する。セットされていないと判定されれば、ステップＳ２１１３の処理を実行する。

ステップＳ２１０９：
フォトサイト１０５は、アルバム公開通知画面表示用ファイルをＰＣ１０２Ａへ送信する
図１４は、ＰＣ１０２Ａがアルバム公開通知画面表示用ファイルを展開して表示する、本実施の形態のアルバム公開通知設定画面１４００の一例を示した図である。アルバムのタイトル表示領域１４０１には、ステップＳ２１０１で受信したアルバムＩＤと対応する、アルバム情報テーブル４００から読み出されたアルバムタイトルを表示する。招待ユーザメールアドレス表示領域１４０２には、ステップＳ２１０７で受信した、通知先チェックボックス９０７にオンの値が設定された招待者ユーザのメールアドレスと公開ＵＲＬをリスト表示する。また、オーナーユーザの名称や、オーナーユーザのメールアドレス、通知メールの件名、通知メールのメッセージを編集するためのそれぞれのエディット領域１４０３、１４０４、１４０５、１４０６を表示する。また、送信ボタン１４０７、キャンセルボタン１４０８を表示する。

ステップＳ２１１０：
フォトサイト１０５は、アルバム公開通知設定画面１４００の送信ボタン１４０７に関する押下操作の入力の通知をＰＣ１０２Ａから受信する。

ステップＳ２１１１：
フォトサイト１０５は、Ｆｒｏｍ欄にオーナーユーザのアドレス１４０４に入力された値、Ｔｏ欄に招待ユーザメールアドレスに表示されたメールアドレスのうち１つ、サブジェクト欄に件名１４０５に入力された値、メッセージ欄にメッセージエディット領域１４０６に入力された値とＴｏ欄の招待ユーザメールアドレスと対応する公開ＵＲＬを記載した電子メールを１つ以上作成し、送信する。

図１５は本実施の形態における電子メールの内容の一例を示した図である。電子メールの本文には、アルバム公開通知設定画面１４００で入力された内容が各項目に反映されている。

ステップＳ２１１２：
フォトサイト１０５は、ステップＳ２１１１で正常に電子メールを送信できたことをＰＣ１０２Ａに通知する。一方、ステップＳ２１１１で電子メールの送信に失敗した場合には、エラー通知をＰＣ１０２Ａへ送信する。そして、フォトサイト１０５は、オーナーアルバム画面８００表示用ファイルをＰＣ１０２Ａへ送信する。

ステップＳ２１１３：
フォトサイト１０５は、チェックボックス９０７にオンの値を入力するよう促すためのアラート画面表示ファイルをＰＣ１０２Ａへ送信する。
尚、フォトサイト１０５は、キャンセルボタン１４０８に関する押下操作の入力の通知を受信すると、アドレス帳画面表示用ファイルをＰＣ１０２Ａへ送信する。

次に、本実施の形態におけるフォトサイト１０５が、ＰＣ１０２Ａからアドレス帳画面９００のアドレス削除ボタン９０２に関する押下操作の通知を受信したときの処理について図１３のフローチャートを参照して説明する。ステップＳ１３０１にて、削除チェックボックス９０９の値にオンがセットされているものがあるかどうか判定する。ステップＳ１３０１でいずれのアドレスの削除チェックボックス９０９にもオンの値がセットされていないと判定された場合には、フォトサイト１０５は、オーナーユーザに対してチェックをオンにセットするように促すようなアラート表示用ファイルをＰＣ１０２Ａへ送信し、以下のフローを実行しない。

ステップＳ１３０１でいずれかのアドレスの削除チェックボックス９０９にオンの値がセットされていると判定された場合には、ステップＳ１３０２にて招待ユーザＵＲＬテーブル２００から、削除チェックボックス９０９にオンがセットされたメールアドレスのレコードを検索する。ステップＳ１３０３にて、ステップＳ１３０２で検索されたレコードから招待ユーザ番号２０１を取得する。ステップＳ１３０４にて、アルバム公開情報テーブル６００から、ステップＳ１３０３で取得された招待ユーザ番号を招待ユーザ番号６０２に持つテーブルを全て削除する。以上のようにして、指定された招待ユーザのアドレスは、オーナーユーザのアドレス帳から削除される。

（招待ユーザのアルバム閲覧）
フォトサイト１０５にアップロードされたオーナーユーザの画像データの公開通知メールを受信した招待ユーザのＰＣ１０２Ｂが、インターネット１０４経由で、フォトサイト１０５の画像データベース１１７に格納されているオーナーユーザの画像データを受信して表示する方法について図面を参照して説明する。

ＰＣ１０２Ｂのブラウザ１２０Ｂは、公開通知メールに記載された公開ＵＲＬを入力し、インターネット１０４経由でフォトサイト１０５へ送信する。そして、フォトサイト１０５から招待ユーザへの公開アルバム画面表示用ファイルを受信し、展開して表示する。

図１７は本実施の形態の招待ユーザへの公開アルバム画面１７００の一例を示した図である。招待ユーザへの公開アルバム画面１７００には、招待ユーザの名称の表示領域１７０１、公開されたオーナーユーザのアルバムにおける表紙画像のサムネイル画像１７０２、オーナーユーザの名称の表示領域１７０３、アルバムのタイトル１７０４、アルバムの閲覧の開始を指示するためのボタン１７０５を表示する。また、アルバムにパスワードが設定されている場合には、パスワードの表示領域１７０６を表示する。

図１８は本実施の形態において、フォトサイト１０５が招待ユーザへの公開アルバム画面１７００をＰＣ１０２Ｂのブラウザ１２０Ｂ上に表示させる処理の内容を示したフローチャートである。ステップＳ１８０１にて、招待ユーザＵＲＬテーブル２００から、ＰＣ１０２Ｂから受信した公開ＵＲＬを有するレコードを検索し、該当するレコードから招待ユーザ番号２０１を取得する。ステップＳ１８０２にて、アルバム公開情報テーブル６００からステップＳ１８０１で取得された招待ユーザ番号を持つアルバム数を求めてｎに代入する。ステップＳ１８０３にて、アルバム数をカウントする作業変数Ｃｏｕｎｔを０で初期化する。ステップＳ１８０４にて、Ｃｏｕｎｔの値がｎに達したかどうかを判定する。Ｃｏｕｎｔ＜ｎであればステップＳ１８０５にて、Ｃｏｕｎｔに１を加算した値を格納する。ステップＳ１８０６にて、アルバム公開情報テーブル６００からステップＳ１８０１で取得された招待ユーザ番号を持つ第Ｃｏｕｎｔ番目のレコードを取得する。ステップＳ１８０７にて、ステップＳ１８０６で検索されたレコードからアルバムＩＤ６０１を取得する。ステップＳ１８０８にて、アルバム情報テーブル４００からステップＳ１８０７で取得されたアルバムＩＤを持つレコードを取得する。ステップＳ１８０９にて、ステップＳ１８０８で取得したアルバム情報テーブル４００のレコードからオーナーユーザＩＤ４０１を取得し、さらに、オーナーユーザＩＤ４０１に基づき、オーナーユーザ情報テーブル（図示せず）からオーナーユーザの名称を取得して、領域１７０３に表示されるように、招待ユーザへの公開アルバム画面表示用ファイルにセットする。また、フォトサイト１０５はステップＳ１８０８で取得したアルバム情報テーブル４００のレコードからアルバムタイトル４０２を取得し、アルバムタイトル表示領域１７０４に表示されるように、公開アルバム画面表示用ファイルにセットする。また、アルバムＩＤに基づき画像データベースから表紙画像を取得し、表紙画像領域１７０２に表示されるようにセットする。また、アルバムに含まれる画像データの表示を指示するためのボタン１７０５を作成し、公開アルバム画面表示用ファイルにセットする。また、アルバムにパスワード４０４が定義されている場合にはパスワード入力領域１７０６が表示されるように公開アルバム画面表示用ファイルにセットする。また、フォトサイト１０５は、ステップＳ１８０１で取得した招待ユーザ番号に基づき、アドレス帳テーブル３００から招待ユーザの名称を取得し、表示領域１７０１に表示されるように公開アルバム画面表示用ファイルにセットする。そして、フォトサイト１０５がステップＳ１８０５からステップＳ１８０９の処理をＣｏｕｎｔがｎより小さい間、続けることにより招待ユーザへの公開アルバム画面表示用ファイルを作成することができる。

そして、フォトサイト１０５は上述のようにして作成した招待ユーザへの公開アルバム画面表示用ファイルをＰＣ１０２Ｂへインターネット１０４経由で送信する。これにより、ＰＣ１０２Ｂのブラウザ１２０Ｂは、受信した招待ユーザへの公開アルバム画面表示用ファイルを展開して招待ユーザへの公開アルバム画面１７００を表示する。

尚、ステップＳ１８０１でフォトサイト１０５がＰＣ１０２Ｂから公開ＵＲＬを受信すると、招待ユーザのパスワード入力画面表示用ファイルをＰＣ１０２Ｂへ送信し、ＰＣ１０２Ｂからパスワードを受信して承認できれば、ステップＳ１８０２以降の処理を実行するようにしてもよい。これにより、招待ユーザの公開ＵＲＬを不正に取得したユーザに対してアルバムを公開してしまうことを防ぐことができる。この場合、フォトサイト１０５は招待ユーザＵＲＬテーブル２００から読み出した招待ユーザパスワード２０４と、入力されたパスワードを照合する。あるいは、フォトサイト１０５が、招待ユーザから公開ＵＲＬを最初に受信したときに招待ユーザのパスワードをＰＣ１０２Ｂに設定させるようにしてもよい。フォトサイト１０５は、設定された招待ユーザのパスワードを招待ユーザＵＲＬテーブル２００の招待ユーザパスワード２０４に保管しておき、招待ユーザのパスワード認証を実行できる。

図７は本実施の形態のフォトサイト１０５が属性情報データベース１１８で管理する、図２〜図６に示した各テーブルの関係図を示したものである。

以上説明したようにして、招待ユーザは、複数のオーナーユーザから公開された画像データ（アルバム）に対して一意に定められたＵＲＬに基づき、アクセスすることができる。

（招待ユーザからのプリント注文）
次に、フォトサイト１０５がＰＣ１０２Ｂからの依頼を受けて、フォトサイト１０５のデータベース１１７にアップロードされたオーナーユーザの画像データのプリントをプリントサイト１０９へ指示する手順について説明する。尚、プリントサイト１０９は１つ以上存在し、フォトサイト１０５はＰＣ１０２Ｂからの指示又はプリントサイト１０９のプリント能力に応じて選択したプリントサイト１０９に対して、画像データのプリントを依頼する。

ステップＳ２２０１：
フォトサイト１０５はＰＣ１０２Ｂから公開ＵＲＬを受信すると、それに応答して招待ユーザへの公開アルバム画面表示用ファイルをインターネット１０４経由でＰＣ１０２Ｂへ出力する。

ステップＳ２２０２：
フォトサイト１０５は、ＰＣ１０２Ｂから招待ユーザへの公開アルバム画面１７００の「アルバムを閲覧する」ボタン１７０５の押下操作の入力を受信する。

ステップＳ２２０３：
フォトサイト１０５は、招待ユーザＵＲＬテーブル２００から、アクセスを受けたＵＲＬと対応するレコードの招待ユーザ印刷注文フラグ２０５を取得する。本実施の形態では、“１”は印刷注文できることを意味し、“２”は印刷注文できないことを意味し、“３”はアルバムの設定に応じて印刷注文できることを意味する。フォトサイト１０５は、取得した招待ユーザ印刷注文フラグ２０５が、“１”であればプリント注文ボタン２３０１を表示する公開画像データ画面表示用ファイルを作成する。“２”であれば、プリント注文ボタン２３０１を表示しない公開画像データ画面表示用ファイルを作成し、後述するようなプリント注文処理は実行しない。“３”であればアルバム情報テーブル４００からアルバムＩＤと対応するレコードのアルバム印刷注文フラグ４０５を取得し、それに応じてプリント注文ボタン２３０１を表示する公開画像データ画面表示用ファイルを作成する。

ステップＳ２２０４：
フォトサイト１０５はステップＳ２２０１で受信した、押下操作が入力されたボタン１７０５と対応するアルバムの画像データを表示する招待ユーザの公開画像データ画面表示用ファイルをＰＣ１０２Ｂへ送信する。

ステップＳ２２０５：
フォトサイト１０５は、ＰＣ１０２Ｂから招待ユーザの公開画像データ画面２３００のプリント注文ボタン２３０１に関する押下操作の入力を受信する。

ステップＳ２２０６：
プリントサイト選択画面表示用ファイルをＰＣ１０２Ｂへ送信する。図２３はプリントサイト選択画面の一例である。プリントサイト選択画面２３００では、各プリントサイト１０９が提供するプリントサービスの内容（プリント可能な用紙の種類やサイズなど）やその単価、納期予定等が表示される。

ステップＳ２２０７：
フォトサイト１０５は、プリントサイト選択画面２３００に表示された複数のプリントサイト１０９と対応するプリントサイト選択ボタン２３０１〜２３０５の、いずれか１つの押下操作の入力を受信する。

ステップＳ２２０８：
フォトサイト１０５は、アルバムＩＤを含む仮プリント注文を生成し、ステップＳ２２０７で指定されたプリントサイト１０９へ送信する。そして、ここで、プリントサイト１０９は、仮プリント注文に含まれるアルバムＩＤを有するアルバムの画像データのサムネイル画像をフォトサイト１０５の画像データベース１１７から取得して、プリント注文画面表示用ファイルを生成し、ＰＣ１０２Ｂへ送信する。

図２４は、ＰＣ１０２Ｂがプリント注文画面表示用ファイルを展開して表示する、プリント注文画面の一例を示したものである。ＰＣ１０２Ｂはプリント注文画面２４００上に表示された画像データのサムネイル２４０１〜２４０６に基づき、プリントアウトしたい画像データを選択し、対応する入力領域に用紙の種類、用紙サイズや枚数を入力する。また、プリントアウト物の配送先も入力する。

そして、プリントサイト１０９は、ＰＣ１０２Ｂから出力された用紙の種類やサイズ、プリント枚数などの情報をもとに、料金算出モジュール（図示せず）によりプリント料金を算出する。そして、プリント料金をフォトサイト１０５へ出力する。

ステップＳ２２０９：
フォトサイト１０５は、プリントサイト１０９から受信したプリント料金等に基づいて作成したプリント注文確認画面表示用ファイルをＰＣ１０２Ｂへ送信する。ＰＣ１０２Ｂの招待ユーザがプリント注文確認画面（図示せず）に表示されたプリント料金の支払いや、注文内容を承認すると、フォトサイト１０５は、ＰＣ１０２Ｂからプリント注文の承認のアクションを受信する。

ステップＳ２２１０：
フォトサイト１０５はプリント料金支払い画面表示用ファイルをＰＣ１０２Ｂへ送信する。そして、プリント料金支払い画面（図示せず）に従い、ＰＣ１０２Ｂにより入力された料金の支払いに必要な決済情報（例えば、クレジットカード番号や有効期限など）を受信する。フォトサイト１０５の決済モジュール１０７が決済情報を受理して、決済処理を実行する。尚、フォトサイト１０５に代わって、銀行やクレジット会社が提供する決済サイト（図示せず）とＰＣ１０２Ｂとが通信を行って決済処理を実行し、決済サイトが決済処理の結果をフォトサイト１０５へ出力するようにしてもよい。

ステップＳ２２１１：
フォトサイト１０５は、正式なプリントオーダをプリントサイト１０９へ送信する。

この正式プリントオーダに応答して、プリントサイト１０９は、ＰＣ１０２Ｂにより指定された画像データをフォトサイト１０５の画像データベース１１７から獲得し、プリンタ１１１を用いてプリントアウトする。そして、プリントアウト物１１２は、ＰＣ１０２Ａから入力された配送先に届けられる。

ステップＳ２２１２：
フォトサイト１０５はプリント注文処理の完了をＰＣ１０２Ｂへ通知する。

尚、オーナーユーザはＰＣ１０２Ａを使って、オーナーアルバム画面８００のプリントオーダーボタン８０９に関する押下操作の入力をフォトサイト１０５へ通知することによって、上述した招待ユーザと同様に、アルバムの画像データのプリント注文を行うことができる。本実施の形態では、オーナーユーザは自分のいずれのアルバムに対しても、プリント注文が可能であるものとする。

本実施の形態のフォトサイト１０５やプリントサイト１０９を構成するサーバ装置や、ＰＣ１０２を構成するコンピュータ装置について、図２５のブロック図を参照して説明する。サーバ装置やＰＣはそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）などの通信回線で接続されている。

図２５において、２５０１はコンピュータ装置２５００全体を制御するＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）である。２５０２は変更を必要としないプログラムやパラメータを格納するＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）である。２５０３は外部装置などから供給されるプログラムやデータを一時記憶するＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）である。２５０４はコンピュータ装置２５００に固定して設置されたハードディスクやメモリカード、あるいはコンピュータ装置２５００から着脱可能なフロッピー（登録商標）ディスク（ＦＤ）やＣｏｍｐａｃｔ Ｄｉｓｋ（ＣＤ）等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含む外部記憶装置である。ユーザの操作を受け、データを入力するポインティングデバイス２５０５やキーボード２５０９などの入力デバイスとインターフェイスを介して接続されている。２５０６はコンピュータ装置２５００の保持するデータや供給されたデータを表示するためのモニタであり、インターフェイスを介して接続されている。２５０７はインターネット１０３などのネットワーク回線に接続するためのネットワークインタフェイスである。２５０８は２５０１〜２５０７の各ユニットを通信可能に接続するシステムバスである。

本発明の目的は前述した実施例の機能を実現するソフトウエアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーションシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本実施の形態のデータ保管システム全体の概略構成を示した図である。 本実施の形態の招待ユーザＵＲＬテーブルの一例を示した図である。 本実施の形態のアドレス帳テーブルの一例を示した図である。 本実施の形態のアルバム情報テーブルの一例を示した図である。 本実施の形態の画像情報テーブルの一例を示した図である。 本実施の形態のアルバム公開情報テーブルの一例を示した図である。 本実施の形態における、図２〜図６に示したの各テーブルの関係を示した図である。 本実施の形態のオーナーアルバム画面の一例である。 本実施の形態のアドレス帳画面の一例である。 本実施の形態のフォトサイトによる、アドレス帳画面のアドレスリスト領域の表示の手順を示したフローチャートである。 本実施の形態のメールアドレス追加画面の一例である。 本実施の形態のフォトサイトによる、アドレス追加処理の手順を示したフローチャートである。 本実施の形態のフォトサイトによる、アドレス削除処理の手順を示したフローチャートである。 本実施の形態のアルバム公開通知設定画面の一例である。 本実施の形態のアルバム公開通知メールの一例である。 本実施の形態のフォトサイトが、個々の招待ユーザのアドレスに対してアルバム公開通知の設定を行う処理の手順を示したフローチャートである。 本実施の形態の招待ユーザへの公開アルバム画面の一例である。 本実施の形態のフォトサイトが、招待ユーザへの公開アルバム画面を招待ユーザのＰＣのブラウザ上に表示させる処理の手順を示したフローチャートである。 本実施の形態のフォトサイトが、オーナーユーザに対するログイン認証を行う処理の手順を示したフローチャートである。 本実施の形態のフォトサイトが、オーナーユーザからの画像データをアップロードする処理の手順を示したフローチャートである。 本実施の形態のフォトサイトが、招待ユーザへ公開通知メールを送信する処理の手順を示したフローチャートである。 本実施の形態のフォトサイトが、招待ユーザのＰＣからのプリント注文をプリントサイトへ依頼する処理の手順を示したフローチャートである。 本実施の形態のプリントサイト選択画面の一例である。 本実施の形態のプリント注文画面の一例である。 本実施の形態のコンピュータ装置のブロック図である。

符号の説明

１０１ 画像入力機器
１０２ パーソナルコンピュータ（ＰＣ）
１２１ ＰＣの記憶領域
１２０ ブラウザ
１１６ データ転送用インターフェース
１０５ フォトサイト
１０６ フォトシェアリングモジュール
１０７ 決済モジュール
１１７ 画像データベース
１１８ 属性情報データベース
１０９ プリントサイト
１１１ プリンタ
１１２ 印刷物
１０４ インターネット

Claims (6)

1. ネットワーク上で、複数の第１の情報処理装置からアップロードされたデータを複数の第２の情報処理装置に公開するアプリケーションサーバ装置であって、
   前記第１の情報処理装置の指示を受けて、前記アップロードされたデータのうち、いずれかを選択するデータ選択手段と、
   前記第２の情報処理装置とそれぞれ対応する複数のアクセス情報を登録する登録手段と、
   前記第１の情報処理装置の指示を受けて、前記複数の第２の情報処理装置のうち、いずれかを前記データ選択手段により選択されたデータの公開先として選択する選択手段と、
   前記選択手段により選択された第２の情報処理装置とそれぞれ対応する複数のアクセス情報を、前記データ選択手段により選択されたデータと対応づけて記憶する記憶手段と、
   前記第２の情報処理装置からの前記アクセス情報に基づく公開要求に応答して、前記アクセス情報と対応づけられたデータを、前記記憶手段により記憶されたデータの中から複数、検索するデータ検索手段と、
   前記検索された複数のデータを前記第２の情報処理装置に送信するデータ送信手段とを備えたことを特徴とするアプリケーションサーバ装置。
2. 前記データ選択手段により選択されたデータと対応づけられたアクセス情報を、前記記憶手段により記憶されたアクセス情報の中から複数、検索するアクセス情報検索手段と、
   前記検索された複数のアクセス情報をリスト表示するためのリスト表示情報を作成するリスト作成手段と、
   前記作成されたリスト表示情報を前記第１の情報処理装置へ送信するリスト送信手段とを備えたことを特徴とする請求項１に記載のアプリケーションサーバ装置。
3. 前記データ検索手段により検索されたデータを表示するためのデータ表示用情報を作成するデータ表示用情報作成手段をさらに備え、
   前記データ送信手段は、前記データ表示用情報を前記データとして送信することを特徴とする請求項１に記載のアプリケーションサーバ装置。
4. 前記データ表示用情報作成手段は、前記データ検索手段により検索された複数のデータをリスト表示するためのデータリスト表示用情報を作成することを特徴とする請求項３に記載のアプリケーションサーバ装置。
5. 前記データは、画像データまたは、複数の画像データを１つのアーカイブとして管理しているアルバムデータであることを特徴とする請求項１に記載のアプリケーションサーバ装置。
6. ネットワーク上で、複数の第１の情報処理装置からアップロードされたデータを複数の第２の情報処理装置に公開するアプリケーションサーバ装置に、
   前記第１の情報処理装置の指示を受けて、前記アップロードされたデータのうち、いずれかを選択するステップと、
   前記第２の情報処理装置とそれぞれ対応する複数のアクセス情報を登録するステップと、
   前記第１の情報処理装置の指示を受けて、前記複数の第２の情報処理装置のうち、いずれかを前記データ選択手段により選択されたデータの公開先として選択するステップと、
   前記選択手段により選択された第２の情報処理装置とそれぞれ対応する複数のアクセス情報を、前記データ選択手段により選択されたデータと対応づけて記憶するステップと、
   前記第２の情報処理装置からの前記アクセス情報に基づく公開要求に応答して、前記アクセス情報と対応づけられたデータを、前記記憶手段により記憶されたデータの中から複数、検索するステップと、
   前記検索された複数のデータを前記第２の情報処理装置に送信するステップとを実行させることを特徴とするプログラム。

Images