JP2019020938A - 共有画像表示装置、画像共有システムおよび画像共有方法 - Google Patents

Abstract

【課題】シーンごとに分類された画像共有の利便性を向上する共有画像表示装置、画像共有システムおよび画像共有方法を提供する。【解決手段】特定のイベントに関して撮影された撮影画像およびそのイベントにおいてユーザによって共有された共有画像を表示する画像共有装置であって、イベントを更に細分化する複数のシーンごとに分類されて保存された複数の撮影画像を取得し、シーンの分類に応じた画面の表示情報を生成する撮影画像表示処理部と、複数のシーンごとに分類されて保存された複数の共有画像を取得し、シーンの分類に応じた画面の表示情報を生成する共有画像表示処理部とを含むことを特徴とする。【選択図】なし

Description

本発明は、共有画像表示装置、画像共有システムおよび画像共有方法に関する。

インターネットなどの広域ネットワークを用いて画像を共有することは既に広く行われている。イベントに応じて分類された画像の共有方法として、撮影場所と時間軸に基づいてイベント分類して保存する方法が提案されている（例えば、特許文献１参照）。

特開２００７−２４９８２１号公報

スマートホン等の携帯情報端末の普及により個人が画像を撮影して保存することは比較的容易となったが、依然として結婚式等の重要なイベントにおいてはカメラマンによる撮影が行われ、デジタル／アナログに関わらずアルバムが作成されることが行われる。そのような大元となるアルバムがデジタルで閲覧可能な場合に、その大元となるアルバムと、そのイベントの出席者によって撮影された画像とを可能な限りシームレスに閲覧したいという要望がある。

特に、大元となるアルバムはイベントの中でも異なるシーンごとに分類されている事が考えられるため、事後的にユーザによってアップロードされる画像についても元のアルバムのシーン分けに従った分類が望まれる。しかしながら、画像をアップロードするユーザの全てがそのような分類操作に対応可能とは限らない。

特許文献１においては、撮影場所と時間軸に基づいてイベント分類して保存する方法が提案されているが、その概念が開示されているのみで具体的な手法までは開示されていない。また、特許文献１に開示された方法は、ユーザが画像をアップロードして共有することのみが考慮されており、大元となるアルバムが存在することは考慮されていないため、本件とは異なる技術である。

本発明は、上記実情を考慮してなされたものであり、シーンごとに分類された画像共有の利便性を向上することを目的とする。

上記課題を解決するために、本発明の一態様は、特定のテーマに関して撮影された撮影画像および前記テーマに関してユーザによって共有された共有画像を表示する画像共有装置であって、前記テーマを更に細分化する複数のセクションごとに分類されて保存された複数の前記撮影画像を取得し、前記セクションの分類に応じた画面の表示情報を生成する撮影画像表示処理部と、複数の前記セクションごとに分類されて保存された複数の前記共有画像を取得し、前記セクションの分類に応じた画面の表示情報を生成する共有画像表示処理部とを含むことを特徴とする。

本発明によれば、シーンごとに分類された画像共有の利便性を向上することができる。

本発明の実施形態に係るシステムの全体構成を示す図である。 本発明の実施形態に係るシステムに含まれる情報機器のハードウェア構成を示す図である。 本発明の実施形態に係るモバイル機器の機能構成を示すブロック図である。 本発明の実施形態に係るサービス提供サーバの機能構成を示すブロック図である。 本発明の実施形態に係るシステムにおけるオーナーアルバムの閲覧動作を示すシーケンス図である。 本発明の実施形態に係るオーナーアルバムのログイン画面を示す図である。 本発明の実施形態に係るオーナーアルバムの閲覧画面の例を示す図である。 本発明の実施形態に係るオーナーアルバムのページを構成するためのレイアウト定義情報を示す図である。 本発明の実施形態に係るオーナーアルバムのページ一覧情報を示す図である。 本発明の実施形態に係るオーナーアルバムのページに含まれる画像およびその配置を示す画像は位置情報を示す図である。 本発明の実施形態に係るシステムにおける画像の保存状態を示す図である。 本発明の実施形態に係る画像のメタ情報を示す図である。 本発明の実施形態に係る共有アルバムの閲覧動を示すシーケンス図である。 本発明の実施形態に係る共有アルバムの閲覧画面の例を示す図である。 本発明の実施形態に係る共有アルバムへの画像のアップロード動作を示すシーケンス図である。 本発明の実施形態に係る共有アルバムへの画像のアップロードに際しての画像の選択画面を示す図である。 本発明の実施形態に係る共有アルバムへの画像のアップロード動作における一時タグの生成処理の詳細を示すフローチャートである。 本発明の実施形態に係る一時タグの生成処理におけるシーン選択画面を占め図である。 本発明の実施形態に係る一時タグを示す図である。 本発明の他の実施形態に係るイベントおよびシーンごとに分類された画像の保存態様のために用いられる情報の例を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、結婚式等のイベントにてカメラマンによって撮影された撮影画像に基づいて作成された大元のデジタルアルバムに対して、イベントの出席者や知人が撮影した画像をアップロードすることにより構成される共有アルバムが関連付けられて閲覧可能なシステムについて説明する。そのような画像の共有システムにおいて、大元のアルバムにおけるシーンの分類に基づいて共有アルバムの画像である共有画像も同様にシーン分けされることが本実施形態に係る要旨の１つである。

図１は、本実施形態に係るシステムの全体構成を示す図である。図１に示すように、本実施形態に係る画像共有システムは、複数のモバイル機器１、オペレータ端末２、サービス提供サーバ３がインターネット等のネットワークＢを介して通信可能に接続されて構成されている。また、本実施形態においては、オペレータ端末２とサービス提供サーバ３とはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークＡに接続された上でネットワークＢに接続されているが、夫々が個別にネットワークＢに接続されていても良い。

モバイル機器１は、スマートホンやタブレット端末等の可搬型の情報処理端末であり、本システムを利用するユーザが使用する。ユーザはモバイル機器１を介して画像の閲覧や画像のアップロードを行う。つまり、モバイル機器１が画像共有装置として機能する。オペレータ端末２は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の一般的な情報処理端末であり、本システムにおいてはサービス提供者側のオペレータが画像をアップロードしてアルバムを作成するために用いられる。

サービス提供サーバ３は、本システムに係る画像共有サービスを提供するための機能が搭載されたサーバである。そのため、サービス提供サーバ３は、大元となるアルバムに含まれる画像やその構成情報、そしてユーザによってアップロードされた画像を記憶する機能や、アップロードされた画像を大元のアルバムのシーン分けに応じて分類する機能などを有する。即ち、サービス提供サーバ３が画像共有サーバとして機能する。

図２は、本実施形態に係るシステムに含まれるモバイル機器１やサービス提供サーバ３等の情報機器のハードウェア構成を示す図である。本実施形態に係るシステムは一般的な情報処理機器のハードウェア構成によって実現可能であり、図２に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０およびＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０および操作部７０が接続されている。

ＣＰＵ１０は演算手段であり、情報機器全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報機器の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボード、マウス、各種のハードボタン、タッチパネル等、ユーザが情報機器に情報を入力するためのユーザインタフェースである。尚、サービス提供サーバ３は、サーバとして運用されるため、ＬＣＤ６０や操作部７０等のユーザインタフェースは省略可能である。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことによりソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像共有システムを構成する各機器の機能を実現する機能ブロックが構成される。

次に、本実施形態に係るモバイル機器１の機能構成について、図３を参照して説明する。図３に示すように、本実施形態に係るモバイル機器１は、図３において説明したＨＤＤ４０、ＬＣＤ６０、操作部７０に加えて、コントローラ１００およびネットワークＩ／Ｆ１１０を含む。また、コントローラ１００は、ネットワーク制御部１０１、操作制御部１０２、表示制御部１０３およびクライアントアプリケーション１０４を含む。

ネットワークＩ／Ｆ１１０は、モバイル機器１がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）等のインタフェースが用いられる。また、無線通信を可能とするため、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、ＦｅｌｉＣａ（登録商標）等のインタフェースが用いられる。ネットワークＩ／Ｆ１１０は、図２に示すＩ／Ｆ５０によって実現される。

コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。コントローラ１００は、モバイル機器１全体を制御する制御部である。ネットワーク制御部１０１は、ネットワークＩ／Ｆ１１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ１１０を介して他の機器に情報を送信する。

操作制御部１０２は、操作部７０に対するユーザによる操作内容の信号を取得し、クライアントアプリケーション１０４等のモバイル機器１において動作するモジュールに入力する。表示制御部１０３は、クライアントアプリケーション１０４のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等、モバイル機器１の状態をＬＣＤ６０に表示させる。

クライアントアプリケーション１０４は、本実施形態に係る画像共有システムの機能をモバイル機器１において利用するために、モバイル機器１にインストールされて動作するソフトウェア・プログラムによって構成される。クライアントアプリケーション１０４の種類はサービス提供サーバ３によるサービスの提供態様に応じて異なる。

即ち、サービス提供サーバ３によって提供されるサービスがブラウザベースのサービスであればクライアントアプリケーション１０４はウェブページを閲覧するためのブラウザアプリケーションである。他方、ネイティブアプリをベースとするサービスであれば、クライアントアプリケーション１０４はそのサービス専用のアプリケーションである。

次に、本実施形態に係るサービス提供サーバ３の機能構成について、図４を参照して説明する。図４に示すように、本実施形態に係るサービス提供サーバ３は、図４において説明したＨＤＤ４０に加えて、コントローラ３００およびネットワークＩ／Ｆ３１０を含む。また、コントローラ３００は、ネットワーク制御部３０１およびサービス制御アプリケーション３０２を含む。

ネットワークＩ／Ｆ３１０は、サービス提供サーバ３がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）等のインタフェースが用いられる。ネットワークＩ／Ｆ３１０は、図２に示すＩ／Ｆ５０によって実現される。コントローラ３００は、ソフトウェアとハードウェアとの組み合わせによって構成される。コントローラ３００は、サービス提供サーバ３全体を制御する制御部である。ネットワーク制御部３０１は、ネットワークＩ／Ｆ３１０を介して入力される情報を取得すると共に、ネットワークＩ／Ｆ３１０を介して他の機器に情報を送信する。

サービス制御アプリケーション３０２は、本実施形態に係る画像共有システムの機能を実現するために、サービス提供サーバ３にインストールされて動作するソフトウェア・プログラムによって構成される。サービス制御アプリケーション３０２は、オペレータ端末２におけるオペレータの操作に応じて大元となるアルバムの画像情報や構成情報をＨＤＤ４０に格納する機能、ユーザによる共有画像のアップロードを受け付ける機能、アップロードされた画像を大元のアルバムにおけるシーン分類に応じて分類する機能等を実現する。

次に、本実施形態に係る画像共有システムにおいて、大元となるアルバムが閲覧される際の動作を図５のシーケンス図を用いて説明する。大元となるアルバムとは、例えば結婚式などのイベントにおいてカメラマンによって撮影された画像がレイアウトされて構成されたアルバムであり、結婚式の新郎新婦がオーナーとして閲覧可能となるオーナーアルバムである。

まずはサービス提供者のオペレータがオペレータ端末２を操作し、上述したような画像素材をアップロードすると共に、アルバムにおける画像のレイアウト設定を行う。これにより、図５に示すように、オペレータ端末２はそれを受け付けてサービス提供サーバ３に画像素材およびレイアウト設定の情報を送信する（Ｓ５０１）。画像素材およびレイアウト設定の情報を受信したサービス提供サーバ３においては、サービス制御アプリケーション３０２が、受信した情報をＨＤＤ４０に保存する（Ｓ５０２）。

そのようにしてオーナーアルバムのアップロード処理が完了すると、オペレータはアルバムのオーナーに対してアルバムＩＤおよびログインパスワードを送信する（Ｓ５０３）。尚、このアルバムＩＤおよびパスワードの送信処理はシステムとは別に書面等で行われても良い。

アルバムのオーナーであるユーザ（以降、「オーナーユーザ」という）は上述したアルバムＩＤおよびパスワードを受け取ると、クライアントアプリケーション１０４の機能によりサービス提供サーバ３にアルバムアクセスを行う（Ｓ５０４）。Ｓ５０４の処理は、上述したようにブラウザベースのサービスであれば、ブラウザアプリケーションを介して所定のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にアクセスする処理であり、ネイティブアプリベースのサービスであればアプリを起動する処理である。

アルバムアクセスにおいては、まずモバイル機器１に図６に示すログイン画面が表示される。図６に示すログイン画面は、サービス提供サーバ３にアクセスすることによってダウンロードされるウェブページや、クライアントアプリケーション１０４に予め含まれているＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。

オーナーユーザは、図６に示すような画面において、サービス提供者からＳ５０３の処理により通知されたアルバムＩＤおよびパスワードを入力する。これにより、モバイル機器１がサービス提供サーバ３に対してアルバムの閲覧要求を送信する。

Ｓ５０４の処理によりアルバムの閲覧要求を受信したサービス提供サーバ３においては、サービス制御アプリケーション３０２が受信したアルバムＩＤおよびパスワードに基づいて認証処理を行い、ＨＤＤ４０からアルバム情報を読み出してログイン要求元であるモバイル機器１に送信する（Ｓ５０５）。サービス提供サーバ３からアルバム情報を受信したモバイル機器１においては、クライアントアプリケーション１０４が、受信した情報に基づいてオーナーアルバムを表示する（Ｓ５０６）。Ｓ５０６において、モバイル機器１のクライアントアプリケーション１０４が撮影画像表示処理部として機能する、

図７は、Ｓ５０６の処理によりモバイル機器１において表示されるオーナーアルバムのＧＵＩを示す図である。図７（ａ）は、オーナーアルバムを構成する各ページを示す図である。本実施形態に係る画像共有システムのオーナーアルバムにおいては、アルバムが対象としているイベントが複数のシーンに区切られており、図７（ａ）に示すようなページごとに夫々のシーンに含まれる画像がレイアウトされて表示される。

図７（ａ）に示すように、１シーンに対応した１ページは複数の表示領域１〜４が不均等に区切られており、それぞれの表示領域には図５のＳ５０１においてオペレータによりレイアウト設定された画像が割り当てられて表示される。夫々の表示領域にサムネイルとして表示された画像は、閲覧者によるタップに応じて、図７（ｂ）に示すように画面全体に拡大されて表示される。図７（ｂ）は図７（ａ）の表示領域１がタップされた場合の例を示す図である。

また、図７（ａ）に示すように、画面の左上にはメニュー表示アイコン７００が表示されている。このメニュー表示アイコン７００がタップされると、図７（ｃ）に示すように画面全体がスライドしてメニューが表示される。本実施形態に係るオーナーアルバム上のメニューには、図７（ｃ）に「シーン１」、「シーン２」・・・として示されるように各シーンの表示を行うための操作部に加えて、「Ｓｉｄｅ Ｓｔｏｒｙ」として示されるように、ユーザによってアップロードされる共有アルバムの表示を行うための操作部が含まれる。

次に、図７（ａ）に示すような画面を表示するための情報について説明する。図８は、図７（ａ）に示すようなページのレイアウトを定義するレイアウト定義情報を示す図である。図８に示すように、レイアウト定義情報は、複数のレイアウトを識別する"レイアウトＩＤ"ごとに保存されており、夫々の"レイアウトＩＤ"ごとに"パーツＩＤ"、"基点座標"、"幅"、"高さ"および"属性情報"が設定されている。

"パーツＩＤ"は、図７（ａ）に示す「表示領域１」、「表示領域２」等の、ページを構成するそれぞれのパーツを識別するための識別子である。"基点座標"は、それぞれのパーツがページ上において表示される領域のうち、画面全体の基点に最も近い側の角の座標である。本実施形態においては、図７（ａ）に示す画面の左上が基点であり、各パーツの基点座標もパーツの左上の角の座標である。

"幅"は各パーツが表示される領域の横方向の長さである。"高さ"は、各パーツが表示される領域の縦方向の長さである。"属性情報"は、各パーツの属性を示す情報であり、例えば画像の重要度や、静止画／動画の別等を示す情報である。このような情報がそれぞれのレイアウトごとに設定されており、図７（ａ）に示すような画面が表示される際には、クライアントアプリケーション１０４が各ページに対応したレイアウト情報に基づいて図７（ａ）に示すような画面を構成する。

図９は、複数のページを含むオーナーアルバムにおいて、ページの一覧および各ページの内容を含むページ一覧情報を示す図である。図９に示すように、ページ一覧情報は夫々のアルバムを識別するための"アルバムＩＤ"ごとに、"ページＩＤ"、"レイアウトＩＤ"、"ページタイトル"、"タイムレンジ"、"画像フォルダ"の情報を含む。この"アルバムＩＤ"は、図６においてオーナーユーザにより入力される"アルバムＩＤ"に対応している。"ページＩＤ"は、夫々のページを識別するための識別子である。

"レイアウトＩＤ"は、それぞれのページに適用されるレイアウトを指定するための情報であり、図８において説明した"レイアウトＩＤ"に対応している。上述したように、アルバムを構成する各ページはアルバムの画像が撮影されたイベントの各シーンに対応している。そのシーンを示す「Ｍａｋｅ Ｔｉｍｅ」や「入場」等の文字情報が"ページタイトル"として設定されている。

"タイムレンジ"は、アルバムが対象とするイベントにおいて各シーンに対応する出来事が行われていた時間の範囲を示す情報であり、開始時刻と終了時刻が特定された情報である。"画像フォルダ"は、夫々のページに含まれる画像が格納されているフォルダパスの情報である。後述するように、本実施形態においてはオーナーアルバムの画像と共有アルバムの画像とがそれぞれフォルダ分けされて格納されている。従って、"画像フォルダ"の情報には、オーナーアルバムおよび共有アルバムの画像が格納されたフォルダパスが含まれる。

このように、本実施形態に係るページ一覧情報は、撮影画像および共有画像を分類して表示するためのシーンと、それぞれのシーンに対応する日時の範囲である"タイムレンジ"とが関連付けられた情報である。つまり、ページ一覧情報は、複数のセクションに対応する日時の範囲が特定されたセクション一覧情報を含む。

図１０は、オーナーアルバムにおいて夫々のページに含まれる画像と、それぞれの画像がレイアウト上で配置される領域を示す画像配置情報を示す図である。図１０に示すように画像配置情報は"ページＩＤ"、"パーツＩＤ"、"画像ファイル名"を含む。"ページＩＤ"は、夫々のページを識別するための識別子であり、図９において説明した"ページＩＤ"に対応する。

"パーツＩＤ"は、夫々の画像がレイアウト上で配置されるパーツを特定するための情報であり、図８において説明した"パーツＩＤ"に対応する。"画像ファイル名"は、それぞれのページに表示される画像を識別するための識別子である。図５のＳ５０１のレイアウト設定の処理は、オペレータが図８〜図１０に示すような情報を設定、生成する処理である。

次に、サービス提供サーバ３における画像の格納状態について図１１を参照して説明する。図１１は、サービス提供サーバ３における画像のフォルダ分けの状態を示す図である。図１１に示すように、まずはそれぞれのアルバムごとにフォルダ分けされている。各アルバムのフォルダは、オーナーアルバムの画像が格納される"Ｍａｉｎ Ｓｔｏｒｙ"のフォルダと、事後的にユーザによってアップロードされる"Ｓｉｄｅ Ｓｔｏｒｙ"のフォルダとに分けられる。更に、"Ｍａｉｎ Ｓｔｏｒｙ"および"Ｓｉｄｅ Ｓｔｏｒｙ"のフォルダは、シーンごとにフォルダ分けされている。図９の"画像フォルダ"の情報は、このようにフォルダ分けされたオーナーアルバムおよび共有アルバムの各シーンの画像フォルダのフォルダパスを含む。

図５のＳ５０５において、サービス提供サーバ３のサービス制御アプリケーション３０２は、オーナーユーザによって入力された"アルバムＩＤ"に基づいて図９に示すページ一覧情報から対象の"アルバムＩＤ"の情報を取得する。また、図８に示すレイアウト定義情報のうち、上記にて取得したページ一覧情報に含まれる"レイアウトＩＤ"に対応するレイアウト定義情報を取得する。

更に、サービス制御アプリケーション３０２は、"アルバムＩＤ"に対応するフォルダ内の画像をフォルダ分けされた状態で取得する。このようにして取得された情報が、アルバム情報として図５のＳ５０４においてモバイル機器１に送信される。以降、クライアントアプリケーション１０４が、これらの情報を参照することが可能となる。尚、"アルバムＩＤ"に基づくフォルダの選択は、フォルダ名が"アルバムＩＤ"に対応していても良いし、"アルバムＩＤ"とフォルダ名とを関連付けるテーブルを別途設けても良い。

図７（ａ）に示すような画面の表示に際しては、クライアントアプリケーション１０４が、図９に示すページ一覧情報から表示対象のページに応じたページＩＤを取得すると共に、そのページＩＤに関連付けられた"レイアウトＩＤ"を取得する。そして、図８において説明したレイアウト定義情報から、取得した"レイアウトＩＤ"に対応するレイアウト定義情報を取得する。

また、クライアントアプリケーション１０４は、図９に示すページ一覧情報から表示対象のページを示す"ページＩＤ"に関連付けられた"画像フォルダ"の情報を参照し、対象の画像フォルダの画像を取得すると共に、同じく"ページＩＤ"に基づいて図１０に示す画像配置情報を取得する。そして、取得したレイアウト定義情報および画像配置情報に基づき、図７（ａ）に示すような画面を表示するための処理を行う。

図１２は、画像ファイルに付加されているメタ情報を示す図である。図１２に示すように、画像メタ情報は画像の属性情報であり、"ファイル名"、"画像サイズ"、"解像度"、"ファイルサイズ"、"撮影日時"、"ＧＰＳ情報"を含む。図１２に示すメタ情報は、例えば画像のＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ ｉｍａｇｅ ｆｉｌｅ ｆｏｒｍａｔ）情報として保持されている。

次に、本実施形態に係る共有アルバムの表示動作について図１３のフローチャートを用いて説明する。オーナーアルバムのオーナーによる共有アルバムの表示は、図７（ｃ）において説明したように、メニューの「Ｓｉｄｅ Ｓｔｏｒｙ」からタップすることにより要求される。

また、本実施形態に係る画像共有システムにおいては、オーナー以外のユーザも共有アルバムにアクセスして画像を閲覧すると共に、画像をアップロードすることが可能である。オーナー以外のユーザ（以降、「一般ユーザ」という）が共有アルバムにアクセスする場合、一般ユーザはブラウザソフトウェアを用いてオーナーユーザから伝えられたＵＲＬにアクセスすることにより行う。また、一般ユーザについても専用のネイティブアプリを用いて、オーナーユーザから伝えられたアルバムＩＤに一般ユーザとしてアクセスするような態様も可能である。

クライアントアプリケーション１０４は、オーナーユーザによる上述したメニューの「Ｓｉｄｅ Ｓｔｏｒｙ」のタップ、若しくは一般ユーザによる共有アルバムのＵＲＬアクセスによって共有アルバムの閲覧操作を受け付ける。モバイル機器１において、クライアントアプリケーション１０４が共有アルバムの閲覧操作を受け付けると（Ｓ１３０１）、クライアントアプリケーション１０４は、表示中のページの情報を取得する（Ｓ１３０２）。

上述したように、クライアントアプリケーション１０４は、それぞれのページの表示に際して、表示態様の"ページＩＤ"を認識して図９や図１０に示す情報を取得する。従って、Ｓ１３０２において取得される表示中のページの情報は"ページＩＤ"の情報である。

次に、クライアントアプリケーション１０４は、表示中のアルバムのページ一覧情報を参照し（Ｓ１３０３）、そこに含まれる複数の"ページＩＤ"およびそれに関連付けられた情報をページの順番にしたがって選択する（Ｓ１３０４）。ある"ページＩＤ"およびそれに関連付けられた情報を選択したクライアントアプリケーション１０４は、"ページタイトル"の情報に基づいてそのページのタイトルを示す文字の表示情報を生成すると共に、"画像フォルダ"の情報に基づいて対応する共有アルバムのフォルダから画像情報を取得し、そのサムネイルを生成して画像一覧の表示情報を生成する（Ｓ１３０５）。

クライアントアプリケーション１０４は、表示中のアルバムのページ一覧情報に含まれる"ページＩＤ"およびそれに関連付けられた情報についてＳ１３０４、Ｓ１３０５の処理が完了するまで処理を繰り返す（Ｓ１３０６／ＮＯ）。そして、すべての"ページＩＤ"およびそれに関連付けられた情報に対するＳ１３０４、Ｓ１３０５の処理が完了すると（Ｓ１３０６／ＹＥＳ）、クライアントアプリケーション１０４は生成した表示情報に基づいて共有アルバムの表示処理を行う（Ｓ１３０７）。

Ｓ１３０４〜Ｓ１３０６の処理を繰り返すことにより生成される表示情報には、全ページの共有画像が含まれる。従って、全ページの共有アルバムがモバイル機器１の画面上や、モバイル機器１において動作するクライアントアプリケーションのＧＵＩ上に同時に表示できない場合には、画面スクロールによって全画像を閲覧する事となる。これに対して、オーナーユーザは図７（ｃ）に示すように、モバイル機器１を操作してオーナーアルバムの特定のページを閲覧している最中に共有アルバムの閲覧操作を行う。

そのため、最初に表示される共有アルバムは、閲覧中であったオーナーアルバムのページに対応していることが好ましい。従って、Ｓ１３０７においてクライアントアプリケーション１０４は、Ｓ１３０２において取得した"ページＩＤ"の情報に基づき、対象のページが画面上に表示されるように、画面のスクロール位置を設定して表示情報を生成する。このような処理により、オーナーユーザは、オーナーアルバムと共有アルバムとの対応したシーンの画像を簡単な操作で切り替えて閲覧することが可能となる。

Ｓ１３０７の処理が完了すると、クライアントアプリケーション１０４は、共有アルバムの表示処理を終了する。Ｓ１３０７において、モバイル機器１のクライアントアプリケーション１０４が共有画像表示処理部として機能する。

図１４は、このようにして表示される共有アルバムの閲覧画面を示す図である。図１４に示すように、共有アルバムの閲覧画面においては、「Ｍａｋｅ Ｔｉｍｅ」、「入場」といった各シーンのタイトルが表示されており、それぞれのシーンに属する画像のサムネイルがサムネイル表示領域７０７に並べて表示されている。それぞれの画像のサムネイルがタップされた場合、タップされた画像が全画面に拡大されるのは図７（ｂ）の場合と同様である、

このように、本実施形態に係る画像共有システムにおいては、複数のユーザによって画像がアップロードされた共有アルバムの画像が、大元のアルバムであるオーナーアルバムのシーン分けの情報、即ち図９において説明したページ一覧情報に基づいてシーン分けされて表示される。これにより、シーンごとに分類された画像共有の利便性を向上することができる。

図１４に示すように、共有アルバムの閲覧画面にはアップロード指示部７０８が表示されており、ユーザがこのアップロード指示部７０８をタップすることにより、共有アルバムへの写真アップロード処理が開始される。この際、クライアントアプリケーション１０４がアップロード受付部として機能する。図１５は、本実施形態に係る共有アルバムへの画像アップロード動作を示すシーケンス図である。

図１５に示すように、モバイル機器１においてクライアントアプリケーション１０４がアップ操作を受け付けると（Ｓ１５０１）、クライアントアプリケーション１０４は、モバイル機器１において撮影されて保存されている画像の一覧を表示する（Ｓ１５０２）。図１６（ａ）は、Ｓ１５０２において表示される画像の一覧画面を示す図である。図１６（ａ）に示す画面は、スマートホン等のモバイル機器における一般的な機能によって実現される、

ユーザは、図１６（ａ）に示す画面において共有アルバムにアップロードするべき画像をタップすることにより、アップロード対象の画像として選択する。本実施形態に係る画像共有システムにおいては、図１６（ａ）に示すように表示された複数の画像をなぞることにより連続して選択することが可能である。

図１６（ｂ）は、ユーザが画面上をなぞった軌跡の例が破線で示された図である。ユーザが図１６（ｂ）に示すようにサムネイル表示された画像をなぞると、モバイル機器１の基本ソフトウェアであるＯＳの機能により、図１６（ｂ）に示す軌跡を示す座標の情報が生成され、クライアントアプリケーション１０４がその座標の情報を取得する。

クライアントアプリケーション１０４は、そのようにして取得した座標の情報に基づき、サムネイル表示している画像のうち選択対象となる画像を認識する。そして、クライアントアプリケーション１０４は、認識した画像を図１６（ｃ）に示すように強調表示するように表示を更新する。このような処理により、画像がサムネイル表示された画面上をなぞることによる複数画像の一括した選択が可能となる。

このようにしてアップロード対象の画像の選択を受け付けると（Ｓ１５０３）、クライアントアプリケーション１０４は、選択された画像を図１１に示すようにフォルダ分けして保存するための一時タグを生成する（Ｓ１５０４）。Ｓ１５０４において生成される一時タグは、アップロード対象の画像である共有画像をシーンに応じて分類するための情報であり、Ｓ１５０４においてクライアントアプリケーション１０４が分類情報生成部として機能する。Ｓ１５０４の処理の詳細については後述する。

一時タグを生成すると、クライアントアプリケーション１０４は、生成した一時タグおよびアップロード対象の画像をアップ情報としてサービス提供サーバ３に送信する（Ｓ１５０５）。アップ情報を受信したサービス提供サーバ３においては、サービス制御アプリケーション３０２がアップ情報を取得し、上述した一時タグの情報に基づいてアップロードされた画像情報を共有アルバムの画像情報として図１１に示すようにフォルダ分けしてＨＤＤ４０に保存する（Ｓ１５０６）。

次に、Ｓ１５０４の一時タグの生成処理について図１７のフローチャートを参照して説明する。図１７に示すように、クライアントアプリケーション１０４は、アップロード対象として選択された画像のうちの１つを選択し（Ｓ１７０１）、選択した画像の撮影日時を参照する（Ｓ１７０２）。図１２において説明したように、画像の撮影日時の情報は画像のメタ情報として付加されている。

そしてクライアントアプリケーション１０４は、参照した撮影日時が共有アルバムにアップロードされる画像のものとして不正なものでないか否かを判断する（Ｓ１７０３）。Ｓ１７０３においてクライアントアプリケーション１０４は、図９において説明した"タイムレンジ"とＳ１７０２において参照した撮影日時とを比較する。そして、参照中の撮影日時が、閲覧中のアルバムに含まれるいずれのページの"タイムレンジ"にも含まれない場合には、タイムレンジが不正であると判断する。

共有アルバムにアップロードされる画像は、当然にそのイベントにおいて撮影された画像であると考えられる。従って、アップロードされる画像のメタ情報として付加されている撮影日時は、そのイベントの"タイムレンジ"に含まれるはずであり、上述した判断はそのような趣旨に基づく。この他、メタ情報として撮影日時が記述されておらず、Ｎｕｌｌ値である場合も不正として判断することができる。

Ｓ１７０３の判断の結果、タイムレンジが不正でなければ（Ｓ１７０３／ＮＯ）、クライアントアプリケーション１０４は、閲覧中のアルバムに含まれる各ページの"タイムレンジ"とＳ１７０２にて参照した撮影日時とを比較し、参照中の撮影日時が含まれる"タイムレンジ"に基づき、ページ一覧情報においてその"タイムレンジ"に関連付けられている"ページタイトル"を取得してシーンを特定する（Ｓ１７０６）。そして、特定したシーンを選択中の画像の一時タグとして設定する（Ｓ１７０７）。

他方、Ｓ１７０３の判断の結果、タイムレンジが不正であった場合（Ｓ１７０３／ＹＥＳ）、クライアントアプリケーション１０４は、選択中の画像が含まれるべきページ、即ちアルバムが対象としているイベントのシーンをユーザに選択させるための処理を行う。そのため、クライアントアプリケーション１０４は、まずシーン選択画面を表示する（Ｓ１７０４）。

図１８は、Ｓ１７０４において表示されるシーン選択画面を示す図である。Ｓ１７０４においてクライアントアプリケーション１０４は、図９に示すページ一覧情報から"ページタイトル"を取得し、それをリスト化して選択肢として表示する。また、Ｓ１７０１において選択した画像のサムネイルを表示する。

ユーザは図１８に示すような画面において、サムネイルとして表示された画像が含まれるべきシーンを選択してアップロードを完了させる。図１８に示す画面においてユーザによるシーンの選択を受け付けると（Ｓ１７０５）、クライアントアプリケーション１０４は、選択されたシーンを選択中の画像の一時タグとして設定する（Ｓ１７０７）。

Ｓ１７０７の処理が完了すると、クライアントアプリケーション１０４は、図１５のＳ１５０５において選択された全ての画像について処理が完了するまでＳ１７０１からの処理を繰り返し（Ｓ１７０８／ＮＯ）、選択された全画像について完了したら（Ｓ１７０８／ＹＥＳ）処理を終了する。このような処理により、図１９に示すように、アップロード対象の画像それぞれについて一時タグが設定される。

図１５のＳ１５０６においてサービス制御アプリケーション３０２は、図１９に示すような一時タグの情報に基づいてそれぞれの画像が格納されるべきフォルダを判断し、図１１に示すようにフォルダ分けを行って画像を格納する。

モバイル機器１において撮影されて保存される画像には、図１２において説明したようなメタ情報が付加されており、撮影日時が特定されている事が原則である。そのため、図１７のＳ１７０３の判断においてタイムレンジが不正であると判断される場合は、図９に示す"タイムレンジ"によって特定された日時の範囲外で撮影された画像をアップロードする場合である。そのような場合、図１７のＳ１７０６の処理を行って自動的にシーンを特定することができない。

また、撮影された画像をそのまま共有アルバムにアップロードする場合の他、アプリを用いて編集した上でアップロードする場合もあり得る。そのような場合、アプリの仕様によってはメタ情報の撮影日時が編集を行った日時で上書きされてしまう場合や、Ｎｕｌｌ値にされてしまう場合があり得る。そのような場合も、図１７のＳ１７０６の処理を行って自動的にシーンを特定することができない。

このような課題に対して、Ｓ１７０３の判断を行うことにより、自動的にシーンを特定することが可能な画像については自動的にシーンを特定し、それが不可能なものについてはユーザにシーンを選択させることができる。これにより、大元のアルバムであるオーナーアルバムのシーン分けに応じて、図１４に示すように共有アルバムをシーン分けして表示する画像共有システムにおいて、共有アルバムのシーン分けの利便性を向上することが可能となる。

尚、本実施形態においては、結婚式等のイベントにおいて撮影された画像のアルバムが大元のアルバムである場合を例として説明したが、これは一例であり、イベントに限らず特定のテーマに関して撮影された画像であれば同様に適用可能である。また、特定のイベントの画像がシーンごとに分類されて表示されることを例として説明したが、シーンに限らず、イベント等のテーマを複数のセクションに更に細分化する場合において、セクションごとに分類した画像表示であれば同様に適用可能である。

同様に、上記実施形態においては、共有画像がアップロードされる場合に共有画像のシーンを判断するための情報として共有画像の撮影日時の情報を用いる場合を例として説明した。これは、分類の目的がシーンごとであるためであり、分類目的のセクションがシーン以外の他の態様においては、画像にメタ情報として付加されている情報のうち他の情報を用いることができる。例えば、分類目的のセクションが位置情報に応じて判断可能な場合には、図１２に示す"ＧＰＳ情報"を用いることが可能である。

また、上記実施形態においては、ユーザがモバイル機器１を使用する場合を例として説明した。しかしながらこれは一例であり、ＰＣ等、画像情報を表示する機能およびクライアントアプリケーション１０４を動作させる機能を含む情報処理端末であれば同様に適用可能である。

また、上記実施形態においては、図１１において説明したように、撮影画像および共有画像が分類されて保存された状態として、フォルダ分けされて保存される場合を例として説明した。しかしながらこれは一例であり、撮影画像および共有画像は、イベントなどのテーマ並びにそのテーマを更に細分化するシーンなどのセクションごとに分類されて保存されていれば良い。

他の例としては、例えば図２０に示すように、それぞれの画像についてアルバムを特定する"アルバムＩＤ"、オーナーアルバムであるか共有アルバムであるかを示す"Ｍａｉｎ／Ｓｉｄｅ"、シーンを特定する"ページタイトル"が関連付けられた情報を用いることができる。このような情報があれば、画像ファイル自体は同一のフォルダに保存されていても上記と同様の効果を得ることが可能である。

１ モバイル機器
２ オペレータ端末
３ サービス提供サーバ
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１００ コントローラ
１０１ ネットワーク制御部
１０２ 操作制御部
１０３ 表示制御部
１０４ クライアントアプリケーション
１１０ ネットワークＩ／Ｆ
３００ コントローラ
３０１ ネットワーク制御部
３０２ サービス制御アプリケーション
３１０ ネットワークＩ／Ｆ

Claims (8)

1. 特定のテーマに関して撮影された撮影画像および前記テーマに関してユーザによって共有された共有画像を表示する画像共有装置であって、
   前記テーマを更に細分化する複数のセクションごとに分類されて保存された複数の前記撮影画像を取得し、前記セクションの分類に応じた画面の表示情報を生成する撮影画像表示処理部と、
   前記撮影画像が表示された画面に対する操作に応じて、複数の前記セクションごとに分類されて保存された複数の前記共有画像を取得し、前記セクションの分類に応じた画面の表示情報を生成する共有画像表示処理部とを含むことを特徴とする画像共有装置。
2. 前記撮影画像は、特定のイベントにおいて撮影された画像であって、
   前記セクションは、前記イベントにおけるシーンを特定する情報であり、
   前記共有画像は、付加されている撮影日時の情報に基づいて前記シーンごとに分類されていることを特徴とする請求項１に記載の画像共有装置。
3. 前記共有画像としての画像のアップロード要求を受け付けるアップロード受付部と、
   前記アップロード要求においてアップロード対象として指定された共有画像に付加された属性情報に基づき、前記共有画像を前記セクションに応じて分類するための情報を生成する分類情報生成部とを含むことを特徴とする請求項１に記載の画像共有装置。
4. 前記分類情報生成部は、複数の前記セクションごとに前記属性情報の値の範囲が特定されたセクション一覧情報を参照し、前記共有画像に付加された属性情報の値と比較することにより、前記共有画像を前記セクションに応じて分類するための情報を生成することを特徴とする請求項３に記載の画像共有装置。
5. 前記撮影画像は、特定のイベントにおいて撮影された画像であって、
   前記セクションは、前記イベントにおけるシーンを特定する情報であり、
   前記共有画像は、前記属性情報として付加されている撮影日時の情報に基づいて前記シーンごとに分類されており、
   前記セクション一覧情報は、複数の前記シーンに対応する日時の範囲が特定された情報であり、
   前記分類情報生成部は、前記セクション一覧情報を参照して前記共有画像の撮影日時が対応する前記シーンを特定することにより前記共有画像を前記セクションに応じて分類するための情報を生成することを特徴とする請求項４に記載の画像共有装置。
6. 前記分類情報生成部は、前記共有画像に付加された属性情報の値が、前記セクション一覧情報と比較することにより前記共有画像を前記セクションに応じて分類することが不可能な値である場合に、前記共有画像が属するセクションをユーザに選択させるための画面を表示するための処理を行う事を特徴とする請求項４に記載の画像共有装置。
7. 特定のテーマに関して撮影された撮影画像および前記テーマに関してユーザによって共有された共有画像を記憶している画像共有サーバと、前記画像共有サーバから前記撮影画像および前記共有画像を受信して表示する情報処理端末とを含む画像共有システムであって、
   前記情報処理端末は、
   前記テーマを更に細分化する複数のセクションごとに分類されて保存された複数の前記撮影画像を取得し、前記セクションの分類に応じた画面の表示情報を生成する撮影画像表示処理部と、
   複数の前記セクションごとに分類されて保存された複数の前記共有画像を取得し、前記セクションの分類に応じた画面の表示情報を生成する共有画像表示処理部とを含むことを特徴とする画像共有装置。
8. 特定のテーマに関して撮影された撮影画像および前記テーマに関してユーザによって共有された共有画像を表示する画像共有方法であって、
   前記テーマを更に細分化する複数のセクションごとに分類されて保存された複数の前記撮影画像を取得し、前記セクションの分類に応じた画面の表示情報を生成し、
   複数の前記セクションごとに分類されて保存された複数の前記共有画像を取得し、前記セクションの分類に応じた画面の表示情報を生成することを特徴とする画像共有方法。

Images