JP2016122461A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】画像が撮影された位置の関係を視覚的にわかりやすく表示させる仕組みを提供すること。
【解決するための手段】マップ上に複数の画像データを配置して、順次表示し、表示した画像データの配置位置と、次に表示する画像データの配置位置とに基づいて、次に表示する画像データの配置位置にマップの表示を移動させるべく、前記マップの縮尺を決定する。
【選択図】図６

Description

本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

近年、撮影装置を用いて撮影した画像を、インターネット上で公開するオンラインアルバムサイトにアップロード（掲載）して不特定多数のユーザで画像のおよび共有を楽しむサービスが普及している。例えば、オンラインアルバムサイトとして、ＣＡＮＯＮ ｉＭＡＧＥ ＧＡＴＥＷＡＹ（登録商標）、また、ソーシャルネットワークサービスとしてＦａｃｅｂｏｏｋ（登録商標）などが挙げられる。

これら不特定多数のユーザと画像を共有して楽しむオンラインアルバムサイトでは、ユーザ間のコミュニケーションの一環として、例えば画像に対してコメントキャプションを付加する機能が一般的となっている。コメントやキャプションなどを画像に付加することができるようになると、１つの画像に対して大量のコメントやキャプションなどが付加されることもあるため、画像をスライドショーで表示する際にユーザにとって見易い表示時間で各画像をスライドショー表示する技術が開示されている（例えば特許文献１）。

また、表示画面上にマップを表示し、当該マップ上を、移動軌跡のデータに基づいてマーカに移動させ、当該マーカが、画像データの撮影位置に近づいた場合に、当該近づいた撮影位置にて撮影された画像データを拡大表示する技術が開示されている（例えば特許文献２）。

特開２０１０−１５４３９８号公報 特開２０１２−８５２４６号公報

しかしながら、特許文献１に開示されているように、画像をスライドショーで閲覧する際には、画像にフォーカスを当てて表示がなされるのが一般的であり、どこで撮影されたかという地理的認識をユーザに喚起させることは困難であった。

また、特許文献２に開示されている技術では、マップの縮尺を調整しながらスライドショー表示する点について考慮されていないため、マップ上の画像の位置が偏っている場合に、ユーザにとって見辛い場合がある。例えば、画像データが離れた位置に点在している場合や、移動軌跡が長い場合に、縮尺を調整せずにマーカを移動させるとすれば、画像データの表示間隔が長くなってしまう。

更に、画像データが狭い範囲に密集している場合や、マップがズームアウトされている場合、着目・拡大表示する画像データに対応する位置と、次に表示する画像データに対応する位置とが、どのような位置関係にあるのかを認識させることが困難である。つまり、画像データが、マップ上に偏って配置されている場合、縮尺の調整を考慮しない表示はユーザにとって見辛いという問題がある。

そこで本発明は、マップの縮尺を調整することで、マップ上の画像データの配置関係を視覚的にわかりやすく表示させるための仕組みを提供することを目的とする。

即ち本発明は、画像データと、画像データに対応するマップ上の配置位置の情報を記憶管理するウェブサイトサーバと通信可能な情報処理装置であって、マップ上に複数の画像データを配置して、複数の前記画像データを順次表示するスライドショー表示手段と、前記スライドショー表示手段で表示した画像データの配置位置の情報と、次に表示する画像データの配置位置の情報と、を用いて、前記スライドショー表示手段で次に表示する画像データの配置位置にマップの表示を移動させるべく、前記マップの縮尺を決定するマップ縮尺決定手段と、を備え、前記スライドショー表示手段は、前記マップ縮尺決定手段で決定された縮尺に従って、前記複数の画像を順次表示することを特徴とする。

本発明によれば、マップの縮尺を調整することで、マップ上の画像データの配置関係を視覚的にわかりやすく表示させるための仕組みを提供することが可能になる。

本発明の実施形態における、情報処理システムの全体構成を示す図である。 本発明の実施形態における、情報処理システムを構成する各装置のハードウエア構成を示す図である。 本発明の実施形態における、各種装置の機能構成図である。 本発明の実施形態における、各処理の選択受付の概要を示すフローチャートである。 本発明の実施形態における、アルバム作成処理の流れを示すフローチャートである。 本発明の実施形態における、スライドショーの実行処理の流れを示すフローチャートである。 本発明の実施形態における、トップページの構成の一例を示す図である。 本発明の実施形態における、アルバム作成画面の構成の一例を示す図である。 本発明の実施形態における、画像のアップロード画面の構成の一例を示す図である。 本発明の実施形態における、マップビュー表示画面、及び、スライドショー再生時のマップの縮尺変更の様子を示す図である。 本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子を示す図である。 本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子を示す図である。 本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子を示す図である。 本発明の実施形態における、クライアント端末１００、ウェブサイトサーバ２００で記憶管理されるデータのデータテーブルの構成の一例を示す図である。 本発明の実施形態における、アルバムの編集処理の流れを示すフローチャートである。 本発明の実施形態における、編集対象のアルバム選択画面の構成の一例を示す図である。 本発明の実施形態における、アルバム編集画面、及びアルバム編集の様子を示す図である。

以下、図面を用いて本実施形態について説明をする。図１は、本実施形態を実現するためのシステム構成例を示した図である。図１の情報処理システムでは、クライアント端末１００とウェブサイトサーバ２００とが、ネットワーク１を介して接続可能な状態にある。尚、本実施形態における説明において、クライアント端末１００はＰＣであるものとして扱うが、例えば、スマートデバイス等の携帯端末であってもよい。

本実施形態においてクライアント端末１００は、インターネットにアクセスするためのインターネットブラウザを備えている。また、本実施形態においてウェブサイトサーバ２００は、クライアント端末１００から選択を受け付けてアップロードされる画像を記憶部（例えばＨＤＤ）の所定の記憶領域に記憶し、ユーザによって作成されるアルバムのデータテーブルを記憶している。当該データテーブルの構成については、図１４の説明にて後述する。

次に、図２を用いて図１に示したクライアント端末１００およびウェブサイトサーバ２００に適用可能な情報処理装置のハードウエア構成について説明する。図２は、クライアント端末１００およびウェブサイトサーバ２００に適用可能な情報処理装置のハードウエア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢａＳｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ ＳｙＳｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要は後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示機への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示機はＣＲＴだけではなく、液晶ディスプレイ等の他の表示機であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメインコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続、通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。尚、クライアント端末１００がスマートデバイス等の携帯端末である場合、例えば、図２に記載のハードウエア構成図の各構成に加えて、カメラ及びＧＰＳ座標測定器等が搭載されるものとする。

次に、図３を参照して、本発明の実施形態における、各種装置の機能構成について説明する。図３は、本発明の実施形態における、各種装置の機能構成図である。

クライアント端末１００は、マップ表示部３０１、スライドショー表示指示受付部３０２、次表示画像特定部３０３、画像距離算出部３０４、画面縮尺決定部３０５、拡大・縮小処理部３０６、画像データ記憶部３０７等を備えて構成されている。ウェブサイトサーバ２００は、画像データ記憶部３１１、位置情報対応付け管理部３１２等を備えて構成されている。マップ表示部３０１は、クライアント端末１００の表示画面に、Ｇｏｏｇｌｅ（登録商標）等が提供しているような、不図示のマップ情報提供サーバからマップ情報を受信して表示する表示部である。当該マップ上には、画像のサムネイル（サムネイル画像）が、位置情報またはユーザからの指示に基づいてプロット（配置）される

スライドショー表示指示受付部３０２は、ユーザから、いずれのアルバムについてのスライドショー表示を実行するかの指示（アルバムの選択、スライドショーの再生ボタンの押下）を受け付ける指示受付部である。次表示画像特定部３０３はスライドショーにて次に表示する画像を特定する特定部である。

画像距離算出部３０４は、次表示画像特定部で特定した画像と、例えば現在表示中の画像との位置の情報から、当該２つの画像の間の距離を算出する算出部である。画面縮尺決定部３０５は、前記画像距離算出部３０４で算出した距離の情報を用いて、表示画面上に表示されたマップの縮尺を決定する決定部である。

拡大・縮小処理部３０６は、画面縮尺決定部３０５で決定された縮尺に応じて、マップの拡大、または縮小の処理を実行する処理部である。画像データ記憶部３０７は、ウェブサイトサーバ２００より受信した、当該マップ上にプロットされる画像データ、また、図１４に示すデータテーブルに記載のデータを一時記憶する記憶部である。

ウェブサイトサーバ２００の画像データ記憶部３１１は、当該マップ上にプロットされる画像データ、また、図１４に示すデータテーブルに記載のデータを記憶する記憶部である。位置情報対応付け管理部３１２は、図１４の画像位置情報１４４０を記憶する記憶部である。以上が図３の、本発明の実施形態における、本発明の実施形態における、各種装置の機能構成についての説明である。

以下、図４を参照して、本発明の実施形態における、各処理の選択受付の概要について説明する。図４は、本発明の実施形態における、各処理の選択受付の概要を示すフローチャートである。

尚、本実施形態の説明においてクライアント端末１００のＣＰＵが行う処理は、クライアント端末１００のブラウザ機能を用いて実行するものとする。

クライアント端末１００のＣＰＵ２０１は、ウェブサイトサーバ２００から提供されるインターネットサイトにアクセスをし、ログイン処理を実行する（ステップＳ４０１）。ここでいうログイン処理とは、例えば、クライアント端末１００がインターネットブラウザの機能を用いて、ＨＴＭＬ情報を読み、表示画面に表示した不図示のログイン画面にて、ユーザからユーザＩＤ（例えば、一意の文字列や、メールアドレスなども含む）とパスワードの入力を受け付け、当該ユーザＩＤとパスワードの情報を、認証機能を有するウェブサイトサーバ２００に送信し、ウェブサイトサーバ２００のＣＰＵ２０１が、所定の記憶部に記憶しているユーザデータテーブルに、受信したユーザＩＤがデータテーブルに登録されているか、また当該ユーザＩＤに紐付いて記憶されているパスワードが受信したパスワードと一致するか否かを確認し、ユーザＩＤとパスワードが、ユーザデータテーブルに登録されている値と一致すれば、ログイン可として、トップページ（図４）をクライアント端末１００に送信する処理である。尚、ここでウェブサイトサーバ２００はユーザデータテーブルを必ずしも記憶する必要はなく、別途ユーザ認証用のサーバを用意しても構わない。

クライアント端末１００のＣＰＵ２０１は、図７に示すようなトップページを表示画面に表示する（ステップＳ４０２）。

以下、図７を参照して、本発明の実施形態における、トップページの構成の一例について説明する。図７は、本発明の実施形態における、トップページの構成の一例を示す図である。

トップページ７００は、ウェブサイトサーバ２００で提供されるオンラインアルバムの紹介画面である。図７に示す通り、トップページ７００は、「アルバムを新規作成」ボタン７０１、「アルバムを編集」ボタン７０２、アルバム表示領域７０３、モデレーターアルバム表示領域７０４等を備えて構成されている。

「アルバムを新規作成」ボタン７０１は、ユーザが自身のアルバムを新規作成するためのボタンである。「アルバムを編集」ボタン７０２は、既に作成済のアルバムを編集するためのボタンである。クライアント端末１００のＣＰＵ２０１は、「アルバムを新規作成」ボタン７０１の押下を受け付けた場合、表示画面を、図８に示すようなアルバム作成画面に移行し、「アルバムを編集」ボタン７０２の押下を受け付けた場合、表示画面を、図１７に示すような画面へと移行させる。

アルバム表示領域７０３、モデレーターアルバム表示領域７０４は、ウェブサイトサーバ２００の提供するウェブサイトのオンラインアルバムサービスによって作成されたアルバムを紹介する表示領域である。アルバム表示領域７０３には、例えば、新規に作成・公開された他ユーザのアルバムや、ウェブサイトで特集を組んでいるトピックに関するアルバムがピックアップされ、表示される。

また、モデレーターアルバム表示領域７０４には、例えば、各トピックの業界に精通した人物である“モデレーター”と呼ばれるユーザが作成したアルバムが表示される。アルバムごとに、アルバムの表紙のサムネイル画像と、アルバムタイトルと、アルバムの作成者（ウェブサイトの会員ユーザ名）が表示されるものとする。以上が図７の、本発明の実施形態における、トップページの構成の一例についての説明である。

図４の説明に戻る。クライアント端末１００のＣＰＵ２０１は、アルバムの新規作成の指示を受け付けたか否かを判定する（ステップＳ４０３）。つまり、図７のトップページ７００における「アルバムを新規作成」ボタン７０１の押下指示を受け付けたか否かを判定する。

アルバムの新規作成の指示を受け付けたと判定した場合（ステップＳ４０３でＹＥＳ）、処理をステップＳ４０７に移行する。アルバムの新規作成の指示を受け付けていないと判定した場合（ステップＳ４０３でＮＯ）、処理をステップＳ４０４に移行する。

ここで図５を参照して、本発明の実施形態における、アルバム作成処理の流れについて説明する。図５は、本発明の実施形態における、アルバム作成処理の流れを示すフローチャートである。図５は、図４のステップＳ４０７の処理の詳細を示す。

クライアント端末１００のＣＰＵ２０１は、アルバム作成をするためのアルバム作成画面を取得すべくウェブサイトサーバ２００に画面取得要求を含むアルバム作成指示を送信する（ステップＳ５０１）。

ウェブサイトサーバ２００のＣＰＵ２０１は、クライアント端末１００より送信されたアルバム新規作成指示を受信すると、ステップＳ５０３においてアルバム作成画面（図８）の画面情報をクライアント端末１００に返信する（ステップＳ５０３）。

クライアント端末１００のＣＰＵ２０１は、ウェブサイトサーバ２００より送信されたアルバム作成画面（図８）の画面情報を受信すると、インターネットブラウザで画面情報（ＨＴＭＬ情報）を読込み、表示部に表示する（ステップＳ５０４）。

尚、ここでは、ブラウザの機能を用いて表示部に画面情報を表示するようにしているが、例えば、クライアント端末１００に画面表示機能を有するアプリケーションを記憶しておき、当該アプリケーションを起動することにより、画面情報を表示部に表示するようにしてもよい。

ここで図８を参照して、本発明の実施形態における、アルバム作成画面の構成の一例について説明する。図８は、本発明の実施形態における、アルバム作成画面の構成の一例を示す図である。図８のアルバム作成画面８００では、オンラインアルバムに掲載するための画像の選択および当該アルバムのアップロードを実行する。

図８に示す通り、アルバム作成画面８００は、「ストレージから選択」ボタン８０１、「パソコンからアップロード」ボタン８０２、画像登録領域８０３、アップロードメーター８０４、アップロード画像表示領域８０５、「今すぐアップロード」ボタン８０６、「後でアップロードボタン」８０７、アルバムタイトル入力受付部８０８等を備えて構成されている。

「ストレージから選択」ボタン８０１の押下を受け付けると、現在ログイン中のユーザ名で既にウェブサイトサーバ２００にアップロード済みであって、所定の記憶部に保存されている画像の一覧がクライアント端末１００の表示部に表示され、不図示の画像一覧画面よりアルバム作成のための画像選択を実行する。画像一覧画面では、画像を一枚ずつ選択することも可能であり、また、複数枚選択することも可能である。

なお、ウェブサイトサーバ２００にアップロードされた画像は図１４に示すように、画像名（ファイル名）と、掲載される（画像が使用されている）アルバム名が紐づいた形式でデータテーブルに記憶される。当該データテーブルの詳細については、図１４の説明にて後述する。

ここで図１４を参照して、本発明の実施形態における、クライアント端末１００、ウェブサイトサーバ２００で記憶管理されるデータのデータテーブルの構成の一例について説明する。図１４は、本発明の実施形態における、クライアント端末１００、ウェブサイトサーバ２００で記憶管理されるデータのデータテーブルの構成の一例を示す図である。

Ｅｘｉｆ情報１４００は、画像が撮影された場所・位置を示す情報（ＧＰＳ座標／緯度・経度）の情報、撮影日時の情報等が含まれ、付加データ１４１０と紐付いて記憶されている。画像データには、画像データを特定するための画像ＩＤが付与されているものとする。

付加データ１４１０は、画像データがウェブサイトサーバ２００にアップロードされた場合に、画像データの画像ＩＤと対応付けて、ウェブサイトサーバ２００の記憶領域上に記憶されるデータである。

会員ＩＤ（ユーザＩＤ）には、当該画像データのアップロードが、いずれのユーザＩＤに基づいて実行されたかを示す。つまり、当該画像データがいずれのユーザの所有する画像データかを示す。

付加データ１４１０の公開フラグは、当該画像データをウェブサイトサーバ２００の提供するオンラインアルバムサービスにおいて、他ユーザに公開するか否かを設定するフラグである。

アルバムデータ１４２０には、アルバムＩＤが付与され、会員ＩＤによって、当該アルバムデータの示すアルバムがいずれのユーザのアルバムなのかを識別する。また、アルバムの更新日の情報を含む。

アルバム公開設定１４３０は、各種アルバムの公開設定のデータを含む。画像アルバムデータ１４５０は、いずれの画像データが当該アルバムに含まれるかを、画像ＩＤとアルバムＩＤとを対応付けることにより管理している。また、当該画像データをスライドショー表示する場合の表示順（並び順）を記憶している。

表示スキップフラグとは、後述するアルバム編集画面において、画像データの選択、画像データの非公開の設定を受け付けた場合に有効になる。当該表示スキップフラグを有効にすることで、スライドショー表示する際に当該画像データを非表示にして、スキップすることが出来る。

画像位置情報１４４０は、アルバム編集画面において、マップ表示領域上に画像がプロットされ、当該アルバムの情報がウェブサイトサーバ２００に送信されて更新されて場合に生成される、画像毎に対応した位置情報である。Ｅｘｉｆ情報１４００内の位置情報に対し、当該画像位置情報１４４０に含まれる位置情報が優先されて、マップ表示領域上に画像がプロットされる。以上が図１４の、本発明の実施形態における、クライアント端末１００、ウェブサイトサーバ２００で記憶管理されるデータのデータテーブルの構成の一例についての説明である。

図８の説明に戻る。「パソコンからアップロード」ボタン８０２の押下を受け付けると、図９に示すような画像のアップロード画面が起動し、ユーザからの操作指示に従って、ウェブサイトサーバ２００への画像のアップロードを実行する。

尚、「画像をドラッグ＆ドロップ」と記載された領域内（画像登録領域８０３内）に、クライアント端末１００もしくはクライアント端末１００と接続している外部記憶装置に記憶されている画像のサムネイルをドラッグ＆ドロップで移動させると、選択を受け付けた画像のアップロードを開始させることも可能である。画像登録領域８０３内にドラッグ＆ドロップで画像を移動させた場合は、画像の１データごとにアップロード処理が開始される。

ここで図９の、本発明の実施形態における、画像のアップロード画面の構成の一例について説明する。図９は、本発明の実施形態における、画像のアップロード画面の構成の一例を示す図である。

図９に示す通り、画像アップロード画面９００は、「画像を追加」ボタン９０１、画像追加領域９０２、画像表示領域９０３、「今すぐアップロード」ボタン９０４、「後でアップロードボタン」９０５、アップロードメーター９０６等を備えて構成されている。

「画像を追加」ボタン９０１は、ウェブサイトサーバ２００にアップロードする画像を選択・追加するためのボタンである。当該「画像を追加」ボタン９０１の押下を受け付けた場合、不図示の画像一覧画面（例えば、クライアント端末１００の記憶領域に記憶された画像ファイルの一覧画面）が表示され、当該画像一覧から画像を選択することで、選択された画像がアップロード対象の画像として追加される。

アップロード対象の画像として追加された画像は、画像表示領域９０３に表示される。尚、画像追加領域９０２に対して、画像のサムネイルをドラッグ＆ドロップする操作を受け付けることにより、当該ドロップされた画像を、アップロード対象の画像として画像表示領域９０３に追加することも可能である。

「今すぐアップロード」ボタン９０４は、アップロード対象の画像として選択・追加された画像を、ウェブサイトサーバ２００に対してアップロードするためのボタンである。「後でアップロードボタン」９０５は、アップロード対象の画像として選択・追加された画像のアップロードを保留するためのボタンである。

当該「後でアップロードボタン」９０５は、例えば、図１４に示すデータテーブルの内、アルバムと画像の対応付けのテーブルをクライント端末が保持しておらず、ブラウザ機能を用いて、ウェブサーバから取得する情報を基に表示画面を表示しているのみの場合、表示しないものとする。

一方、図１４に示すデータテーブルの内、アルバムと画像の対応付けのテーブルをクライント端末が保持し（例えば、ウェブサイトサーバ２００から受け取って記憶し）、管理するアプリケーション等が記憶されている場合、当該「後でアップロードボタン」９０５を表示する。

「後でアップロードボタン」９０５の押下指示を受け付けた場合（画像のアップロードを保留した場合）、当該選択された画像は、アルバム作成画面８００で作成中のアルバムの画像として図８のアップロード画像表示領域８０５に追加されるが、ウェブサイトサーバ２００には送信されず、クライアント端末１００が保持するものとする。

こうすることで、ウェブサイトサーバ２００にアクセスできない場合であっても、クライアント端末１００内のアプリケーション上で、ローカルフォルダの画像データとアルバムの対応関係を記憶しておき、当該アプリケーション内のデータを用いて、当該アルバムの画像をマップ上にプロットした画面であるマップビューの画面を表示することが出来る。

また、ウェブサイトサーバ２００にアクセス可能になった際に、当該アプリケーションで記憶管理している、アルバムに登録された未アップロードの画像データ、及び、当該画像データとアルバムの対応関係のデータ（図１４に記載の各種データ）をウェブサイトサーバ２００にアップロードすることで、ウェブサイトサーバ２００で記憶管理されているデータを更新することが出来る。

アップロードメーター９０６は、画像のアップロードの進捗をユーザに確認させるためのメーターである。「今すぐアップロードボタン」９０４、「後でアップロードボタン」９０５のいずれかの押下指示を受け付けた場合、表示画面を図８のアルバム作成画面８００に戻す。以上が図９の、本発明の実施形態における、画像のアップロード画面の構成の一例についての説明である。

図８の説明に戻る。アップロードメーター８０４は、アルバムのアップロードの進捗をユーザに確認させるためのメーターである。アルバムのアップロードとは、いずれの画像（画像ＩＤ）が、いずれのアルバム（アルバムＩＤ）に、どのような順番で対応付けられているかを示すデータ等（図１４の１４００〜１４５０）を、ウェブサイトサーバに登録する処理のことである。

アップロード画像表示領域８０５は、「ストレージから選択」ボタン８０１、「パソコンからアップロード」ボタン８０２、画像登録領域８０３を用いて、選択・追加された画像のサムネイルを表示する領域である。

「今すぐアップロード」ボタン８０６は、作成中のアルバムをウェブサイトサーバ２００にアップロード（登録・更新）するためのボタンである。「後でアップロードボタン」８０７は、当該アルバムのアップロードを保留するためのボタンである。

当該「後でアップロードボタン」８０７は、例えば、図１４に示すデータテーブルの内、アルバムと画像の対応付けのテーブルをクライント端末が保持しておらず、ブラウザ機能を用いて、ウェブサーバから取得する情報を基に表示画面を表示しているのみの場合、表示しないものとする。

一方、図１４に示すデータテーブルの内、アルバムと画像の対応付けのテーブルをクライント端末が保持し（例えば、ウェブサイトサーバ２００から受け取って記憶し）、管理するアプリケーション等が記憶されている場合、当該「後でアップロードボタン」８０７を表示する。

「後でアップロードボタン」８０７の押下指示を受け付けた場合、当該アルバム作成画面８００で作成したアルバム（アルバムＩＤ）と、当該アルバムに登録した画像（画像ＩＤ）との対応付けデータ（図１４の１４００〜１４５０に含まれるデータ）を、クライアント端末１００内のアプリケーションで記憶管理し、ウェブサイトサーバ２００には送信しないものとする。

「後でアップロードボタン」８０７を利用することで、ウェブサイトサーバ２００にアクセスできない場合であっても、クライアント端末１００内のアプリケーション上で、ローカルフォルダの画像データとアルバムの対応関係を記憶しておき、当該アプリケーション内のデータを用いて、当該アルバムの画像をマップ上にプロットした画面であるマップビューの画面を表示することが出来る。

また、ウェブサイトサーバ２００にアクセス可能になった際に、当該アプリケーションで記憶管理している、アルバムに登録された未アップロードの画像データ、及び、当該画像データとアルバムの対応関係のデータ（図１４）をウェブサイトサーバ２００にアップロードすることで、ウェブサイトサーバ２００で記憶管理されているアルバムと画像データの対応付データを更新することが出来る。

アルバムタイトル入力受付部８０８は、アルバムのタイトルの入力を受け付ける入力受付部である。以上が図８の、本発明の実施形態における、アルバム作成画面の構成の一例についての説明である。

図５の説明に戻る。クライアント端末１００のＣＰＵ２０１は、ステップＳ５０４において表示画面に表示したアルバム作成画面８００において、アルバムに登録する画像を、ウェブサイトサーバ２００のストレージに記憶されている画像から選択する指示を受け付けたか、クライアント端末１００の記憶領域に記憶されている画像から選択する指示を受け付けたかを判定する（ステップＳ５０５）。

アルバムに登録する画像を、ウェブサイトサーバ２００のストレージに記憶されている画像から選択する指示を受け付けたと判定した場合、クライアント端末１００のＣＰＵ２０１は、ウェブサイトサーバ２００に対して、現在ログイン中のユーザＩＤに対応付けられてウェブサイトサーバ２００のストレージ記憶されている画像データの一覧画面の情報を要求する。

ウェブサイトサーバ２００のＣＰＵ２０１は、当該画像データの一覧画面の情報の要求に応じた画面の情報をクライアント端末１００に送信する（ステップＳ５０７）。クライアント端末１００のＣＰＵ２０１はウェブサイトサーバ２００より送信されたストレージの画像の一覧画面の画面情報を受信すると、インターネットブラウザで画面情報（ＨＴＭＬ情報）を読込み、表示部に表示する。そして、画像一覧画面から、アルバムに掲載（登録）する画像データの選択を受け付ける（ステップＳ５０８）。

当該画像の選択受付が終了すると、表示画面をアルバム作成画面８００に戻す。そして、アルバムのアップロード指示を受け付けたか、アップロードを保留する指示を受け付けたかを判定する（ステップＳ５１８）。

アルバムのアップロードを保留する指示を受け付けたと判定した場合（ステップＳ５１８でＹＥＳ）、処理をステップＳ５１７に移行し、当該アルバムと、ステップＳ５０６またはＳ５０８で、もしくは両方の方法において選択を受け付けた画像との対応付けデータ（図１４の１４２０、１４５０）を、クライアント端末１００の外部メモリ２１１等の記憶領域に記憶して（ステップＳ５１７）処理を終了する。

アルバムのアップロード指示を受け付けたと判定した場合（ステップＳ５１８でＮＯ）、処理をステップＳ５０９に移行する。

クライアント端末１００のＣＰＵ２０１は、ステップＳ５０６またはＳ５０８で、もしくは両方の方法において選択を受け付けた画像をオンラインアルバムに掲載する画像として、アルバム作成指示をウェブサイトサーバ２００に送信する（ステップＳ５０９）。本処理は、図８の「今すぐアップロード」ボタン８０６の押下を受け付けることにより実行される。このときにクライアント端末１００からウェブサイトサーバ２００に送信されるデータ構成は、図１４（１４００〜１４５０）に示す。

ウェブサイトサーバ２００のＣＰＵ２０１はクライアント端末１００よりアルバム作成指示を受信すると（ステップＳ５１０）、アルバムの作成（アルバムと画像の対応付けデータのアップロード）に成功したか否かを判定する（ステップＳ５１３）。作成に成功したと判定した場合（ステップＳ５１３でＹＥＳ）、ウェブサイトサーバ２００のＣＰＵ２０１は、アルバムを編集するための画面である編集画面（図１７）の情報をクライアント端末１００に送信し、クライアント端末１００のＣＰＵ２０１はこれを受信して、編集画面を表示画面に表示する。移行の処理については、図４のアルバム編集処理（ステップＳ４０８）の詳細説明にて後述する。

アルバムの作成に失敗したと判定した場合（ステップＳ５１３でＮＯ／例えば、セッションタイムアウト等による失敗）は、当該失敗を通知するための不図示のエラー画面の情報をクライアント端末１００に送信し、クライアント端末１００のＣＰＵ２０１はこれを受信して、表示画面に表示して本処理を終了する。

ステップＳ５０５において、アルバムに登録する画像を、クライアント端末１００の記憶領域に記憶されている画像から選択する指示を受け付けたと判定した場合、クライアント端末１００のＣＰＵ２０１は、画像アップロード画面９００を表示画面に表示し、当該表示画面から画像の選択指示を受け付ける（ステップＳ５０６）。

次に、画像のアップロード指示を受け付けたか、画像のアップロードを保留する指示を受け付けたかを判定し（ステップＳ５１６）、画像のアップロードの保留指示を受け付けたと判定した場合（ステップＳ５１６でＹＥＳ）、処理をステップＳ５１７に移行する。

ステップＳ５１７において、クライアント端末１００のＣＰＵ２０１は、アルバムと、ステップＳ５０６において選択を受け付けた画像との対応付けデータ（図１４の１４２０、１４５０）を、クライアント端末１００の外部メモリ２１１等の記憶領域に記憶して（ステップＳ５１７）処理を終了する。

一方、画像のアップロード指示を受け付けたと判定した場合（ステップＳ５１６でＮＯ）、処理をステップＳ５１９に移行する。

クライアント端末１００のＣＰＵ２０１は、ステップＳ５０６で選択を受け付けた画像データをアップロードすべく、ウェブサイトサーバ２００に送信し（ステップＳ５１９）、ウェブサイトサーバ２００のＣＰＵ２０１は当該画像データを受信して、ウェブサイトサーバ２００の外部メモリ２１１等の記憶領域に記憶する（ステップＳ５１１）。

クライアント端末１００のＣＰＵ２０１は、画像のアップロードが成功したか否かを判定し（ステップＳ５１２）、画像のアップロードが成功したと判定した場合（ステップＳ５１２でＹＥＳ）、処理をステップＳ５１８に移行する。画像のアップロードが失敗したと判定した場合（ステップＳ５１２でＮＯ）、つまり、ステップＳ５１１における画像データの受信、及び記憶に失敗した場合、処理をステップＳ５１５に移行して、当該失敗を通知するための不図示のエラー画面の情報をクライアント端末１００に送信し、クライアント端末１００のＣＰＵ２０１はこれを受信して、表示画面に表示して本処理を終了する。以上が図５の、本発明の実施形態における、アルバム作成処理の流れについての説明である。

図４の説明に戻る。クライアント端末１００のＣＰＵ２０１は、アルバムの編集指示を受け付けたか否かを判定する（ステップＳ４０４）。アルバムの編集指示の受付とは、例えば、図７の「アルバムを編集」ボタン７０２の押下を受け付けた後に表示される、ログイン中のユーザのアルバムの選択画面（図１６）の中から、アルバムの選択を受け付けることをいう。図１６の編集アルバム選択画面の詳細については、図１６の説明にて後述する。

クライアント端末１００のＣＰＵ２０１は、アルバムの編集指示を受け付けたと判定した場合は（ステップＳ４０４でＹＥＳ）、処理をステップＳ４０８に移行して、アルバムの編集処理を開始し（ステップＳ４０８）、アルバムの編集指示を受け付けなかったと判定した場合は（ステップＳ４０４でＮＯ）、処理をステップＳ４０５に移行する。

ここで、図１６を参照して、本発明の実施形態における、編集対象のアルバム選択画面の構成の一例について説明する。図１６は、本発明の実施形態における、編集対象のアルバム選択画面の構成の一例を示す図である。

図１６に示す通り、編集アルバム選択画面１６００は、「アルバムを新規作成」ボタン１６０１、アルバム表示領域１６０２等を備えて構成されている。「アルバムを新規作成」ボタン１６０１は、表示画面をアルバム作成画面８００に遷移させ、アルバムの作成を開始するためのボタンである。アルバム表示領域１６０２は、ログイン中のユーザの作成した既存のアルバムの一覧を表示する表示部である。

当該アルバム表示領域１６０２に表示されたアルバムの選択を受け付けることにより、クライアント端末１００のＣＰＵ２０１は、編集対象のアルバムを特定し、表示画面を図１７に示すような画面に遷移させて、アルバムの編集操作の受付を開始する。以上が図１６の、本発明の実施形態における、編集対象のアルバム選択画面の構成の一例についての説明である。

次に図１５を参照して、本発明の実施形態における、アルバムの編集処理の流れについて説明する。図１５は、本発明の実施形態における、アルバムの編集処理の流れを示すフローチャートである。

クライアント端末１００のＣＰＵ２０１は、編集アルバム選択画面１６００において、編集対象のアルバムの選択指示を受け付けたか否かを判定する（ステップＳ１５０１）。編集対象のアルバムの選択指示を受け付けなかったと判定した場合は（ステップＳ１５０１でＮＯ）、処理をステップＳ１５０２に移行し、「アルバムを新規作成」ボタン１６０１の押下を受け付けたか否かを判定する（ステップＳ１５０２）。

「アルバムを新規作成」ボタン１６０１の押下を受け付けたと判定した場合（ステップＳ１５０２でＹＥＳ）、処理をステップＳ１５１１（図５に詳細記載）に移行して処理を終了し、「アルバムを新規作成」ボタン１６０１の押下を受け付けていないと判定した場合（ステップＳ１５０２でＮＯ）、当該編集処理の終了指示を受け付けたか否かを判定する（ステップＳ１５０３）。

当該編集処理の終了指示とは、例えば、ブラウザのウインドウ上部に表示されたバツマーク等、表示画面を終了するためのボタンの押下指示や、不図示のログアウトボタンの押下指示等のことである。

当該編集処理の終了指示を受け付けたと判定した場合（ステップＳ１５０３でＹＥＳ）、処理を終了し、当該編集処理の終了指示を受け付けていないと判定した場合（ステップＳ１５０３でＮＯ）、処理をステップＳ１５０１の前に戻す。

クライアント端末１００のＣＰＵ２０１は、ステップＳ１５０１において、編集対象のアルバムの選択指示を受け付けたと判定した場合（ステップＳ１５０１でＹＥＳ）、当該選択指示の選択対象となったアルバムに含まれる画像データのサムネイルを、当該画像データに対応した位置情報に対応したマップ上の位置にプロットして表示した画面であって、アルバムへの画像データの追加、プロットされた画像データのプロット位置の変更、当該アルバムをスライドショー表示する際の表示順の変更、位置情報を持たない画像データをマップ上に配置して位置情報を付与する処理、等の編集処理を受け付けるための画面（図１７）を表示画面に表示する（ステップＳ１５０４）。この際、クライアント端末１００のＣＰＵ２０１は、ウェブサイトサーバ２００より、当該編集対象のアルバム（アルバムＩＤ）に対応した画像データ、及び、アルバムンの設定データ等のデータを取得する（図１４の１４００〜１４５０）。

ここで図１７を参照して、本発明の実施形態における、アルバム編集画面、及びアルバム編集の様子について説明する。図１７は、本発明の実施形態における、アルバム編集画面、及びアルバム編集の様子を示す図である。

図１７に示す通り、アルバム編集画面１７００及びアルバム編集画面１７１０は、「追加」ボタン１７０１、「完了」ボタン１７０２、プロット画像１７０３（サムネイル画像）、アルバム画像表示領域１７０４、ライン１７０５、「終了」ボタン１７０６等を備えて構成されている。

「追加」ボタン１７０１は、当該編集中のアルバムに新しい画像データを追加するためのボタンである。「追加」ボタン１７０１の押下を受け付けた場合、図９の画像アップロード画面９００のような画面を表示画面に表示し、「画像を追加」ボタン９０１の代わりに、図８の「ストレージから選択」ボタン８０１、「パソコンからアップロード」ボタン８０２のようなボタンを表示して、アルバムに追加する画像の選択・アップロードの操作を受け付ける。

当該画像の選択・アップロードの処理を終了した場合、画面をアルバム編集画面１７００に戻す。この時、アルバムに追加された画像データは、アルバム画像表示領域１７０４の最右部に追加されるものとする。

例えば、画像アップロード画面９００において、画像Ｄが選択され、アルバムに追加された場合、アルバム編集画面１７００のアルバム画像表示領域１７０４に示すように、画像Ｄが追加表示される。画像Ｄが撮影位置情報（図１４／１４００の緯度・経度）を保持している場合、アルバム画像表示領域１７０４に追加されると共に、当該撮影位置情報に基づいて、マップ上にプロット画像としてプロットされる。

「完了」ボタン１７０２は、当該編集処理を完了して、ウェブサイトサーバ２００に対してアルバムと画像データの対応付けを含むデータ（図１４の１４００〜１４５０）を送信し、アップロードするためのボタンである。

プロット画像１７０３はサムネイル画像であって、サムネイル画像に対応する画像データの撮影位置情報（図１４／１４００の緯度・経度）、または、アルバム画像表示領域１７０４に表示されるサムネイル画像がドラッグ＆ドロップ等の操作によりマップ情報にプロットされることで生成される、画像データに対応する位置情報（図１４／１４４０の緯度・経度）に基づいて、マップ上にプロットされた画像である。

例えば、画像Ｄが撮影位置情報を保持していなかった場合、アルバム編集画面１７００に示すように、ユーザの操作によって、画像Ｄが画像Ｂの右隣にドラッグ＆ドロップされることで、ドロップされた点の示す位置の情報を、当該画像Ｄに対応する位置情報として対応付ける（図１４／１４４０の緯度経度）。

アルバム画像表示領域１７０４は、編集中のアルバムに登録されている画像データのサムネイル画像の表示領域であって、当該編集中のアルバムの画像をスライドショー表示する際の表示順を編集するための領域である。当該表示順は、アルバム作成時の場合、例えば、画像データの撮影日時（図１４／１４００の撮影日時）順とする。こうすることで、スライドショー表示を行う場合に、時系列順に画像を表示することができる。

例えば、アルバム編集画面１７００の表示によれば、スライドショーは画像Ａ、Ｂ、Ｃ、Ｄの順に再生される。画像Ｃのドラッグ操作を受け付け、画像Ｂの前にドロップする操作を受け付けた場合は、サムネイル画像の表示順を、Ａ、Ｃ、Ｂ、Ｄに変更し、スライドショーの表示順も、当該アルバム画像表示領域１７０４におけるサムネイル画像の表示順に応じて変更する（画像Ａ、Ｃ、Ｂ、Ｄの順にスライドショー表示するよう、表示順を変更する）。

ライン１７０５は、プロット画像のプロットされた点を、アルバム画像表示領域１７０４のサムネイル画像の表示順に結ぶラインである。こうすることで、スライドショー表示における画像同士の表示順の関係を明確化することが出来る。

また、当該ライン１７０５は、新しい画像がマップ上にプロットされた場合、アルバム画像表示領域１７０４において当該プロットされた画像が表示されている順に応じてラインの結合先、結合元を変更して表示される。また、アルバム画像表示領域１７０４において、画像の順番が変更された場合においても、当該変更された画像の順番に応じて、ラインの結合先、結合元を変更して表示する。

アルバム編集画面１７００、１７１０においては、画像Ｂと画像Ｃの順番が変更されたことに応じて、ライン１７０５の結合先（例えばプロット画像Ｃ及びプロット画像Ｂ）、結合元（例えばプロット画像Ａ及びプロット画像Ｃ）が変更されている。また、画像Ｄが新たにマップ上にプロットされることにより、結合元を画像Ｂ、結合先を画像Ｄとする新たなライン１７０５が追加されている。以上が図１７の、本発明の実施形態における、アルバム編集画面、及びアルバム編集の様子についての説明である。

図１５の説明に戻る。クライアント端末１００のＣＰＵ２０１は、新規画像の追加指示（「追加」ボタン１７０１の押下指示）を受け付けたか否かを判定し（ステップＳ１５０５）、新規画像の追加指示を受け付けたと判定した場合（ステップＳ１５０５でＹＥＳ）、処理をステップＳ１５１２に移行し、新規画像の追加指示を受け付けていないと判定した場合（ステップＳ１５０５でＮＯ）、処理をステップＳ１５０６に移行する。

ステップＳ１５１２の新規画像の追加処理では、図９の画像アップロード画面９００のような画面を表示画面に表示し、「画像を追加」ボタン９０１の代わりに、図８の「ストレージから選択」ボタン８０１、「パソコンからアップロード」ボタン８０２のようなボタンを表示して、アルバムに追加する画像の選択・アップロードの操作を受け付ける。当該画像の選択・アップロードの処理を終了した場合、画面をアルバム編集画面１７００に戻す。この時、アルバムに追加された画像データは、アルバム画像表示領域１７０４の最右部に追加されるものとする。当該新規画像の追加処理は、図５のステップＳ５０５〜Ｓ５１８の処理とほぼ同じであるため、詳細な説明は割愛する。

クライアント端末１００のＣＰＵ２０１は、図１７のアルバム画像表示領域１７０４に表示されたサムネイル画像の選択を受け付けたか否かを判定し（ステップＳ１５０６）、サムネイル画像の選択を受け付けていないと判定した場合（ステップＳ１５０６でＮＯ）、処理をステップＳ１５１４に移行する。

クライアント端末１００のＣＰＵ２０１は、編集の終了指示（例えば、図１７の「終了」ボタン１７０６の押下指示）を受け付けたか否かを判定し（ステップＳ１５１４）、編集の終了指示を受け付けたと判定した場合（ステップＳ１５１４でＹＥＳ）、処理を終了し、編集の終了指示を受け付けていないと判定した場合（ステップＳ１５１４でＮＯ）、処理をステップＳ１５０５の前に戻す。

クライアント端末１００のＣＰＵ２０１は、ステップＳ１５０６で選択されたと判定したサムネイル画像の並びかえ指示を受け付けたか否かを判定する（ステップＳ１５０７）。並びかえ指示とは、例えば、選択されたサムネイル画像をドラッグ＆ドロップ等の操作によって、アルバム画像表示領域１７０４上で並び替える指示のことをいう。

サムネイル画像の並びかえ指示を受け付けていないと判定した場合（ステップＳ１５０７でＮＯ）、当該選択された画像がマップの中心になるよう、マップの画像を表示制御して、処理をステップＳ１５０５の前に戻す。

サムネイル画像の並びかえ指示を受け付けたと判定した場合（ステップＳ１５０７でＹＥＳ）、アルバム画像表示領域１７０４上での並びかえの表示制御を実行し（ステップＳ１５０８）、当該並び替えに応じて、図１７のアルバム編集画面１７００、１７１０に示すようにライン１７０５の結合元、結合先を変更して表示する（ステップＳ１５０９）。この際、ステップＳ１５０４にてウェブサイトサーバ２００から取得した図１４に示すデータの内、画像アルバムデータ１４５０の並び順のデータを変更する。

クライアント端末１００のＣＰＵ２０１は、アルバム内容の更新指示を受け付けたか否かを判定する（ステップＳ１５１０）。ここでいうアルバム内容の更新指示とは、例えば、図１７の「完了」ボタン１７０２の押下指示のことであり、当該アルバム編集画面１７００、１７１０で編集した画像データの追加、画像データに対応する位置情報の編集・追加、スライドショー表示する際の画像の表示順（アルバム画像表示領域１７０４上での画像の順番）を、ウェブサイトサーバ２００に対してアップロードして、更新するための指示のことである。

アルバム内容の更新指示を受け付けたと判定した場合は（ステップＳ１５１０でＹＥＳ）、更新内容のデータをウェブサイトサーバ２００に送信して（ステップＳ１５１１）、処理を終了する。ここで送信するデータは、ステップＳ１５０４でウェブサイトサーバ２００から取得したデータに対して、クライアント端末１００におけるステップＳ１５０５〜Ｓ１５０９の処理において変更が加えられたデータである。

アルバム内容の更新指示を受け付けていないと判定した場合は（ステップＳ１５１０でＮＯ）、処理をステップＳ１５１４に移行する。以上が図１５の、本発明の実施形態における、アルバムの編集処理の流れについての説明である。

図４の説明に戻る。クライアント端末１００のＣＰＵ２０１は、アルバムの選択指示（アルバムの表示指示）を受け付けたか否かを判定する（ステップＳ４０５）。アルバムの選択指示を受け付けたと判定した場合（ステップＳ４０５でＹＥＳ）、処理をステップＳ４０９に移行して、アルバムの表示処理（詳細は図６に記載）を実行した後、処理をステップＳ４０２に戻す。

アルバムの選択指示を受け付けていないと判定した場合（ステップＳ４０５でＮＯ）、処理をステップＳ４０６に移行して、当該トップページ７００の終了指示を受け付けたか否かを判定する（ステップＳ４０７）。ここでいう終了指示とは、例えば、ブラウザのウインドウ上部に表示されたバツマーク等、表示画面を終了するためのボタンの押下指示や、不図示のログアウトボタンの押下指示等のことである。

トップページ７００の終了指示を受け付けたと判定した場合（ステップＳ４０７でＹＥＳ）、処理を終了し、トップページ７００の終了指示を受け付けていないと判定した場合（ステップＳ４０７でＮＯ）、処理をステップＳ４０３の前に戻す。以上が図４の、本発明の実施形態における、各処理の選択受付の概要についての説明である。

次に図６を参照して、本発明の実施形態における、スライドショーの実行処理の流れについて説明する。図６は、本発明の実施形態における、スライドショーの実行処理の流れを示すフローチャートである。

クライアント端末１００のＣＰＵ２０１は、図４のステップＳ４０５にて選択されたアルバムに含まれる全ての画像データと、画像データの表示順のデータ等、当該画像データに対応してウェブサイトサーバ２００の記憶領域に記憶されているデータ（図１４の１４００〜１４５０）を取得する（ステップＳ６０１）。

クライアント端末１００のＣＰＵ２０１は、当該画像データと共に、当該画像データのサムネイルをマップ上にプロットして表示するマップビュー表示画面１０００（図１０）の情報をウェブサイトサーバ２００から受信し、当該マップビュー表示画面１０００を表示画面に表示する（ステップＳ６０２）。

ここで図１０を参照して、本発明の実施形態における、マップビュー表示画面、及び、スライドショー再生時のマップの縮尺変更の様子について説明する。図１０は、本発明の実施形態における、マップビュー表示画面、及び、スライドショー再生時のマップの縮尺変更の様子の一例を示す図である。

図１０に示す通り、マップビュー表示画面１０００は、中心点１００１、プロット画像１００２、中間点１００３、拡大後マップ縮尺１００４、拡大後マップ１００５、アルバム画像１００６、「再生」ボタン１００７、「一時停止」ボタン１００８、「停止」ボタン１００９、「終了」ボタン１０１０、マップ表示領域１０１１等を備えて構成されている。

中心点１００１は、マップ上にプロットされたプロット画像全てのマップ上の位置（緯度経度の示す点）から算出される、前記プロット画像全てのマップ上の位置の中心点である。

プロット画像１００２はサムネイル画像であって、サムネイル画像に対応する画像データの撮影位置情報（図１４／１４００の緯度・経度）、または、アルバム画像１００６がドラッグ＆ドロップ等の操作によりマップ情報にプロットされることで生成される、画像データに対応する位置情報（図１４／１４４０の緯度・経度）に基づいて、マップ上にプロットされた画像である。

中間点１００３は、前記中心点１００１とプロット画像１００２とを結ぶ直線上の中間の点である。ここでは、中心点１００１とプロット画像１００２とから等分の距離の位置の点であるものとする。当該中間点１００３は、アルバム内の画像データをスライドショー表示する際に変更されるマップの縮尺を決定するための基準点である。

拡大後マップ縮尺１００４は、アルバム内の画像データであって、スライドショーの１枚目に表示する画像データを拡大表示する前に、拡大表示するマップの縮尺を示す。当該拡大後マップ縮尺１００４は、スライドショー表示する１枚目の画像データを示すプロット画像をマップの中心とし、前記中間点１００３を、マップ表示領域１０１１の端に配置することで、クライアント端末１００のＣＰＵ２０１により決定される。画像の表示順は、図１４の画像アルバムデータ１４５０の並び順から特定する。

拡大後マップ１００５は、拡大後マップ縮尺１００４に基づいて拡大されたマップである。アルバム画像１００６は、アルバムに含まれる画像データのサムネイル画像である。アルバム画像１００６は、例えば時系列順等、スライドショー表示される順番に、表示画面上に表示されている。当該標準は図１４の画像アルバムデータ１４５０の並び順から特定する。

「再生」ボタン１００７は、スライドショーの再生を開始するためのボタンである。「一時停止」ボタン１００８、スライドショーを一時停止するためのボタンである。「停止」ボタン１００９はスライドショーの再生を停止するためのボタンである。「終了」ボタン１０１０は、マップビュー表示画面１０００を終了するためのボタンである。以上が図１０の、本発明の実施形態における、マップビュー表示画面、及び、スライドショー再生時のマップの縮尺変更の様子についての説明である。

図６の説明に戻る。クライアント端末１００のＣＰＵ２０１は、スライドショーの再生指示を受け付けたか否かを判定する（ステップＳ６０３）。スライドショーの再生指示を受け付けていないと判定した場合（ステップＳ６０３でＮＯ）、処理をステップＳ６１６に移行する。スライドショーの再生指示を受け付けたと判定した場合（ステップＳ６０３でＹＥＳ）、処理をステップＳ６０４に移行し、マップ上にプロットされたプロット画像の全ての位置の情報から、図１０のマップビュー表示画面１０００の中心点１００１の位置を算出する（ステップＳ６０４／中心点の位置を特定する）。

次に、スライドショー表示する画像を、１４の１４５０に記憶されている並び順（表示順）のデータから特定し（ステップＳ６０５）、当該特定した画像の位置情報を特定する（ステップＳ６０６）。

次に、当該特定した画像データが、スライドショー表示する最初の画像か否かを判定する（ステップＳ６０７）。当該特定した画像データが、スライドショー表示する最初の画像であると判定した場合（ステップＳ６０７でＹＥＳ）、ステップＳ６０４で特定した中心点１００１と、ステップＳ６０６で特定した位置の情報とを用いて、マップの縮尺を決定し、縮尺を変更する（ステップＳ６０８、ステップＳ６０９）。

ここでは、ステップＳ６０４で特定した中心点１００１と、ステップＳ６０６で特定した位置の情報の示す点とを結ぶ直線状の点であって、中心点１００１とステップＳ６０６で特定した位置の情報の示す点とから等分の距離の位置にある点が、マップ表示領域の端に位置するように、且つ、ステップＳ６０６で特定した位置の情報の示す点がマップの中心に位置するようにマップの縮尺を決定し（ステップＳ６０８）、変更するものとする（ステップＳ６０９、図１０の１００４、１００５）。

その後、ステップＳ６０５で特定した画像データを表示画面に拡大表示する（ステップＳ６１０）。当該拡大表示の様子については、図１１を参照して後述する。

クライアント端末１００のＣＰＵ２０１は、画像データの拡大表示後、一定時間が経過したか否かを判定し（ステップＳ６１１）、一定時間が経過していないと判定した場合は（ステップＳ６１１でＮＯ）、処理をステップＳ６１１の前に戻し、一定時間が経過したと判定した場合は（ステップＳ６１１でＹＥＳ）、画像データの拡大表示を終了し、処理をステップＳ６１２に処理を移行する。

クライアント端末１００のＣＰＵ２０１は、スライドショーの停止指示（終了指示）を受け付けた、または、スライドショー表示する画像データの内、最後に表示する画像データの表示が終了したか否かを判定し（ステップＳ６１２）、スライドショーの停止指示を受け付けた、または、スライドショー表示する画像データの内、最後に表示する画像データの表示が終了したと判定した場合（ステップＳ６１２でＹＥＳ）、処理をステップＳ６０２の前に戻して、表示画面の表示を、図１０のマップビュー表示画面１０００の表示に戻す。

スライドショーの停止指示を受け付けていない、または、スライドショー表示する画像データの内、最後に表示する画像データの表示が終了していないと判定した場合（ステップＳ６１２でＮＯ）、処理をステップＳ６０５の前に戻して、スライドショー表示を継続する。

クライアント端末１００のＣＰＵ２０１は、ステップＳ６０７で、当該特定した画像データが、スライドショー表示する最初の画像でないと判定した場合（ステップＳ６０７でＮＯ）、例えば、次にスライドショー表示する画像が、２枚目の画像データであった場合、１枚目にスライドショー表示した画像データのプロット画像がプロットされた点１と、当該２枚目の画像データのプロット画像がプロットされた点２とを結ぶ直線上の点であって、前記点１と点から等分の距離の位置にある点が、マップ表示領域の端に位置するように、且つ、２枚目のプロット画像の位置（点２）がマップの中心に位置するようにマップの縮尺を決定して変更する（ステップＳ６１３、図１２）。

ここで図１２を参照して、本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子について説明する。図１２は、本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子を示す図である。マップビュー表示画面上に配置される各種ボタン等の構成については、図１０のマップビュー表示画面１０００とほぼ同一であるため、詳しい説明は割愛する。

中間点１２０１は、プロット画像１２０４とプロット画像１２０５とを結ぶ直線上の中間の点である。ここでは、プロット画像１２０４とプロット画像１００２とのそれぞれの配置位置から等分の距離の位置の点であるものとする。当該中間点１２０１は、アルバム内の画像データをスライドショー表示する際に変更されるマップの縮尺を決定するための基準点である。

変更後マップ縮尺１２０２は、スライドショー表示する画像データを拡大表示した後であって、マップの表示を、次にスライドショー表示する画像データのプロット画像がマップの中心に位置するような表示（図１３のマップ１３００）に移行する前のマップの拡縮である。

当該変更後マップ縮尺１２０２は、プロット画像１２０４のプロットされている点をマップの中心に配置し、前記中間点１２０１をマップ表示領域の端に配置することで、クライアント端末１００のＣＰＵ２０１により決定される。つまり、当該縮尺は、スライドショー表示した画像データと、次にスライドショー表示する画像データとの位置関係に応じて決定されるものである。当該位置関係は、画像データの表示が遷移する度変わるため、変更後マップ縮尺１２０２は、常に同一の縮尺ではなく、前記位置関係によって変化するものである。

つまり、例えば、プロット画像１２０４のプロット位置とプロット画像１２０５のプロット位置とが近ければ近いほど、マップは拡大（ズームイン）され、当該２つの位置間の距離が遠ければ遠いほど、マップは縮小表示（ズームアウト）されるものである。

変更後マップ１２０３は、変更後マップ縮尺１２０２に基づいて縮尺が変更されたマップである。以上が図１２の、本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子についての説明である。

図６の説明に戻る。クライアント端末１００のＣＰＵ２０１は、図１２の変更後マップ１２０３のようなマップの情報をマップ表示領域上に表示し（ステップＳ６１３）、次にスライドショー表示する画像データのプロット画像（例えば図１２のプロット画像１２０５）のプロット位置がマップの中心にくるように、マップ表示領域上の表示を遷移させる。

例えば、表示中のマップの中心の点（プロット画像１２０３のプロット位置）から、プロット画像１２０４のプロット位置に向けて、マップをスライドさせるように表示を遷移させる。マップの情報は、適宜、前述したマップ情報提供サーバから受信して、表示画面に表示する。尚、当該表示の遷移は、アルバム毎に予め設定されている、所定の時間内に行われるものとする。

この際、マップの表示の遷移に応じて、前述した２つのプロット位置を結ぶ線を、マップ上に表示していくことで、プロット画像１２０３とプロット画像１２０４との位置関係を、ユーザに視覚的に認識させることが出来る。以上が図１２の、本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子についての説明である。

図６の説明に戻る。クライアント端末１００のＣＰＵ２０１は、図１２の説明で前述したように、マップの表示を、次にスライドショー表示する画像データのプロット画像のプロット位置がマップ中心にくるように、マップ表示の遷移を開始する。（ステップＳ６１４）。

クライアント端末１００のＣＰＵ２０１は、次の画像データのプロット画像が、マップの中心に位置する状態になったか否か、つまり、マップ表示の遷移が完了したか否かを判定し（ステップＳ６１５）、マップ表示の遷移が完了していないと判定した場合（ステップＳ６１５でＮＯ）、処理をステップＳ６１５の前に戻して、マップ表示の遷移を継続する。

マップ表示の遷移が完了したと判定した場合（ステップＳ６１５でＹＥＳ）、処理をステップＳ６１０に移行する。

クライアント端末１００のＣＰＵ２０１は、ステップＳ６０３で、スライドショーの再生指示を受け付けていないと判定した場合（ステップＳ６０３でＮＯ）、アルバム画像１００６の選択指示を受け付けたか否かを判定し（ステップＳ６１６）、選択を受け付けていないと判定した場合（ステップＳ６１６でＮＯ）、当該マップビュー表示画面１０００の終了指示を受け付けたか否かを判定する（ステップＳ６２０）。

当該マップビュー表示画面１０００の終了指示を受け付けたと判定した場合（ステップＳ６２０でＹＥＳ）、マップビュー表示画面１０００の表示を終了して、本処理を終了する。マップビュー表示画面１０００の終了指示を受け付けていないと判定した場合（ステップＳ６２０でＮＯ）、処理をステップＳ６０３の前に戻す。

一方、ステップＳ６１６で、アルバム画像１００６の選択指示を受け付けたと判定した場合（ステップＳ６１６でＹＥＳ）、選択されたアルバム画像に対応するプロット画像がマップの中心に位置するように、マップ表示領域のマップ表示の遷移・移動を開始する（ステップＳ６１７）。

次に、ステップＳ６１６で選択されたと判定された、前記アルバム画像に対応するプロット画像がマップの中心に位置するよう、マップ表示の遷移が完了したか否かを判定し（ステップＳ６１８）、マップ表示の遷移が完了していないと判定した場合は（ステップＳ６１８でＮＯ）、遷移を継続して、マップ表示の遷移が完了したと判定した場合は（ステップＳ６１８でＹＥＳ）、ステップＳ６１６で選択されたと判定された、前記アルバム画像に対応する画像データを拡大表示する（ステップＳ６１９）。そして、処理をステップＳ６２０に移行する。以上が図６の、本発明の実施形態における、スライドショーの実行処理の流れについての説明である。

最後に、図１０〜１３を参照して、本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子について説明する。図１１、及び図１３は、本発明の実施形態における、マップビュー表示画面、及び、スライドショー表示する画像の拡大表示の様子を示す図である。尚、図１１のマップ１１００は、図１０の拡大後マップ１００５と同じものである。

クライアント端末１００のＣＰＵ２０１は、スライドショー開始の指示を受け付けると、マップ表示領域１０１１の表示を、図１０の拡大後マップ１００５（＝図１１のマップ１１００）の表示に切り替える。次にスライドショーで１枚目に表示する画像を、画像拡大表示画面１１０１に示すように拡大表示する。

前記拡大表示実施後、所定の時間が経過した場合は、画像データの拡大表示を終了し、マップ表示領域１０１１の表示を、図１２の変更後マップ１２０３の表示に切り替える。その後、次にスライドショー表示する画像データのプロット画像がマップの中心に位置するような、図１３のマップ１３００のような表示に、マップの表示を遷移させる。

マップの表示の遷移は、次にスライドショー表示する画像データのプロット画像に向けて、マップ上をスライドするように行うものとする。この際、変更後マップ１２０３で中心に表示されているプロット画像と、図１３のマップ１３００の中心に表示されているプロット画像とを結ぶ線を、マップの表示の遷移に伴って、マップ上に表示していくことで、プロット画像同士の位置関係を、ユーザに視覚的に認識させる。

マップ表示の遷移が完了し、マップ表示領域にマップ１３００の表示がなされた場合、マップ１３００の中心に表示されているプロット画像に対応する画像データを、画像拡大表示画面１３０２に示すように拡大表示する。

当該拡大表示後、所定の時間が経過した場合であって、当該拡大表示した画像データが、スライドショー表示する最後の画像データである場合は、当該拡大表示を終了した後、表示画面を、マップビュー表示画面１０００の状態に戻す。

当該拡大表示後、所定の時間が経過した場合であって、当該拡大表示した画像データの次にスライドショー表示する画像データがある場合は（３枚目に表示すべき画像データがある場合は）、図１２の説明にて前述した方法を用いてマップの縮尺を決定し、当該決定した縮尺に応じて縮小、または拡大されたマップをマップ表示領域に表示して、スライドショー表示する最後の画像データの拡大表示が終了するまで、当該処理を繰り返す。

以上、本発明によれば、マップの縮尺を調整することで、マップ上の画像データの配置関係を視覚的にわかりやすく表示させるための仕組みを提供することが可能となる。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

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

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

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

また上記のソフトウェアで実現する各処理を、ファームウェアやハードウエア構成にして、各処理を各手段として実現することも可能であり、本発明の技術的範囲はこのようなファームウェアやハードウエア構成による実現も含むものである。

１ ネットワーク
１００ クライアント端末
２００ ウェブサイトサーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力装置（ＫＢ）
２１０ 表示装置（ＣＲＴ）
２１１ 外部メモリ

Claims (6)

1. 画像データと、画像データに対応するマップ上の配置位置の情報を記憶管理するウェブサイトサーバと通信可能な情報処理装置であって、
   マップ上に複数の画像データを配置して、複数の前記画像データを順次表示するスライドショー表示手段と、
   前記スライドショー表示手段で表示した画像データの配置位置の情報と、次に表示する画像データの配置位置の情報と、を用いて、前記スライドショー表示手段で次に表示する画像データの配置位置にマップの表示を移動させるべく、前記マップの縮尺を決定するマップ縮尺決定手段と、
   を備え、
   前記スライドショー表示手段は、前記マップ縮尺決定手段で決定された縮尺に従って、前記複数の画像を順次表示すること
   を特徴とする情報処理装置。
2. 前記マップ拡縮決定手段は、スライドショー表示手段で表示した画像データの配置位置がマップの中央に位置するように、マップの縮尺を決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記マップ拡縮決定手段で決定した縮尺に従って、マップの縮尺を変更するマップ縮尺変更手段と、
   を備え、
   前記スライドショー表示手段は、前記画像データを、表示画面上に順次拡大表示することを特徴とし、
   前記マップ縮尺変更手段は、前記拡大表示の後、前記マップの縮尺を変更することを特徴とする請求項１又は２に記載の情報処理装置。
4. 画像データと、画像データに対応するマップ上の配置位置の情報を記憶管理するウェブサイトサーバと通信可能な情報処理装置の制御方法であって、
   スライドショー表示手段が、マップ上に複数の画像データを配置して、複数の前記画像データを順次表示するスライドショー表示工程と、
   マップ縮尺決定手段が、前記スライドショー表示工程で表示した画像データの配置位置の情報と、次に表示する画像データの配置位置の情報と、を用いて、前記スライドショー表示工程で次に表示する画像データの配置位置にマップの表示を移動させるべく、前記マップの縮尺を決定するマップ縮尺決定工程と、
   を含み、
   前記スライドショー表示工程は、前記マップ縮尺決定工程で決定された縮尺に従って、前記複数の画像を順次表示すること
   を特徴とする情報処理装置。
5. 画像データと、画像データに対応するマップ上の配置位置の情報を記憶管理するウェブサイトサーバと通信可能な情報処理装置で実行が可能なプログラムであって、
   前記情報処理装置を、
   マップ上に複数の画像データを配置して、複数の前記画像データを順次表示するスライドショー表示手段と、
   前記スライドショー表示手段で表示した画像データの配置位置の情報と、次に表示する画像データの配置位置の情報と、を用いて、前記スライドショー表示手段で次に表示する画像データの配置位置にマップの表示を移動させるべく、前記マップの縮尺を決定するマップ縮尺決定手段として機能させ、
   前記スライドショー表示手段は、前記マップ縮尺決定手段で決定された縮尺に従って、前記複数の画像を順次表示すること
   を特徴とする情報処理装置のプログラム。
6. 画像データと、画像データに対応するマップ上の配置位置の情報を記憶管理するウェブサイトサーバと、表示部を備えた情報処理装置とが通信可能な情報処理システムであって、
   マップ上に複数の画像データを配置して、複数の前記画像データを順次表示するスライドショー表示手段と、
   前記スライドショー表示手段で表示した画像データの配置位置の情報と、次に表示する画像データの配置位置の情報と、を用いて、前記スライドショー表示手段で次に表示する画像データの配置位置にマップの表示を移動させるべく、前記マップの縮尺を決定するマップ縮尺決定手段と、
   を備え、
   前記スライドショー表示手段は、前記マップ縮尺決定手段で決定された縮尺に従って、前記複数の画像を順次表示すること
   を特徴とする情報処理システム。

Images