(57)【特許請求の範囲】
【請求項１】
基準画像を含む画像セットをネットワーク上に投稿しようとするユーザのユーザ識別子と該基準画像の関連情報とをユーザ端末から受け付ける受付部と、
各ユーザの商品の取引履歴を記憶する記憶部を参照して前記ユーザ識別子および前記関連情報の双方に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、
抽出された１以上の前記商品画像を前記画像セットの素材として前記ユーザ端末に送信する送信部であって、前記画像セットが、前記基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部と
を備え、
前記関連情報が前記基準画像の生成日を含み、
前記取引履歴が取引日を含み、
前記検索部が、前記ユーザ識別子に対応し、且つ前記生成日から所定期間だけ遡った間に前記取引日が含まれる商品を特定する、
画像管理装置。
【請求項２】
前記検索部が、各商品の使用期限と前記生成日とを比較することで、該生成日の時点で該使用期限が過ぎている商品を、商品画像の抽出の対象から除外する、
請求項１に記載の画像管理装置。
【請求項３】
前記検索部が、商品ページに記載されているテキストに基づいて前記使用期限を設定する、
請求項２に記載の画像管理装置。
【請求項４】
基準画像を含む画像セットをネットワーク上に投稿しようとするユーザのユーザ識別子と該基準画像の関連情報とをユーザ端末から受け付ける受付部と、
各ユーザの商品の取引履歴を記憶する記憶部を参照して前記ユーザ識別子および前記関連情報の双方に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、
抽出された１以上の前記商品画像を前記画像セットの素材として前記ユーザ端末に送信する送信部であって、前記画像セットが、前記基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部と
を備え、
前記関連情報が、前記基準画像と共に投稿されようとする記事のテキストを含み、
前記検索部が、前記ユーザ識別子に対応し、且つ前記テキストに対応する商品属性を有する商品を特定する、
画像管理装置。
【請求項５】
基準画像を含む画像セットをネットワーク上に投稿しようとするユーザのユーザ識別子と該基準画像の関連情報とをユーザ端末から受け付ける受付部と、
各ユーザの商品の取引履歴を記憶する記憶部を参照して前記ユーザ識別子および前記関連情報の双方に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、
抽出された１以上の前記商品画像を前記画像セットの素材として前記ユーザ端末に送信する送信部であって、前記画像セットが、前記基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部と
を備え、
前記関連情報が、前記基準画像に対応して前記ユーザにより選択されたウェブページ上のテキストを含み、
前記検索部が、前記ユーザ識別子に対応し、且つ前記テキストに対応する商品属性を有する商品を特定する、
画像管理装置。
【請求項６】
基準画像を含む画像セットをネットワーク上に投稿しようとするユーザのユーザ識別子をユーザ端末から受け付ける受付部と、
各ユーザの商品の取引履歴を記憶する記憶部を参照して前記ユーザ識別子に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、
抽出された１以上の前記商品画像を前記画像セットの素材として前記ユーザ端末に送信する送信部であって、前記画像セットが、前記基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部と
を備え、
前記検索部が、前記基準画像を画像解析して前記基準画像の色を抽出して、前記ユーザ識別子に対応し、且つ抽出した前記基準画像の色に対応する商品を特定する、
画像管理装置。
【請求項７】
前記検索部が、前記特定した各商品について商品ページのＵＲＬを更に抽出し、
前記画像セットに対応する１以上の商品ページにアクセスするためのリンクが、該１以上の商品ページの前記ＵＲＬに基づいて設定されて、該画像セットに埋め込まれる、
請求項１〜６のいずれか一項に記載の画像管理装置。
【請求項８】
前記基準画像を取得する基準画像取得部と、
前記ユーザ識別子と前記基準画像の関連情報とを請求項１〜７のいずれか一項に記載の画像管理装置に送信することで前記１以上の商品画像を前記画像セットの素材として取得する商品画像取得部と、
前記基準画像と前記１以上の商品画像の少なくとも一部とを組み合わせることで前記画像セットを生成する生成部と、
生成された前記画像セットを前記ネットワーク上のサーバに送信する公開部と
を前記ユーザ端末に実行させる画像生成プログラム。
【請求項９】
画像管理装置により実行される画像管理方法であって、
基準画像を含む画像セットをネットワーク上に投稿しようとするユーザのユーザ識別子と該基準画像の関連情報とをユーザ端末から受け付ける受付ステップと、
各ユーザの商品の取引履歴を記憶する記憶部を参照して前記ユーザ識別子および前記関連情報の双方に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索ステップと、
抽出された１以上の前記商品画像を前記画像セットの素材として前記ユーザ端末に送信する送信ステップであって、前記画像セットが、前記基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信ステップと
を含み、
前記関連情報が前記基準画像の生成日を含み、
前記取引履歴が取引日を含み、
前記検索ステップでは、前記ユーザ識別子に対応し、且つ前記生成日から所定期間だけ遡った間に前記取引日が含まれる商品を特定する、
画像管理方法。
【請求項１０】
基準画像を含む画像セットをネットワーク上に投稿しようとするユーザのユーザ識別子と該基準画像の関連情報とをユーザ端末から受け付ける受付部と、
各ユーザの商品の取引履歴を記憶する記憶部を参照して前記ユーザ識別子および前記関連情報の双方に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、
抽出された１以上の前記商品画像を前記画像セットの素材として前記ユーザ端末に送信する送信部であって、前記画像セットが、前記基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部と
をコンピュータに実行させ、
前記関連情報が前記基準画像の生成日を含み、
前記取引履歴が取引日を含み、
前記検索部では、前記ユーザ識別子に対応し、且つ前記生成日から所定期間だけ遡った間に前記取引日が含まれる商品を特定する、
画像管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一形態は、画像管理装置、画像生成プログラム、画像管理方法、及び画像管理プログラムに関する。
【背景技術】
【０００２】
インターネットなどのネットワーク上に画像を公開することは従来から多くのユーザにより行われている。画像投稿機能を有するソーシャル・ネットワーキング・サービス（ＳＮＳ）はその一例である。画像を公開するための技術に関して、下記特許文献１には、ユーザが写真撮影の操作を行うと、撮影画像が自動的にソーシャル・ネットワーキング・サービス（ＳＮＳ）への写真記事として登録されることが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２１２９９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
公開された画像は閲覧者に様々な情報を提供し得るが、一つの画像から得られる情報には限界がある。例えば、出来上がった料理の写真からだけでは材料を特定できないことが多い。また、衣服等のコーディネイトの写真からだけでは個々のアイテムを特定できないことが多い。関連する複数の画像を一緒に公開すれば閲覧者はより多くの情報を得ることができるが、公開者の立場からすると、そのために別の画像を更に用意するのは手間が掛かる。【０００５】
そこで、ネットワーク上に公開する画像を準備するユーザの手間を軽減することが要請されている。
【課題を解決するための手段】
【０００６】
本発明の一形態に係る画像管理装置は、基準画像を含む画像セットをネットワーク上に公開しようとするユーザの識別子をユーザ端末から受け付ける受付部と、各ユーザの商品の取引履歴を記憶する記憶部を参照して識別子に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、抽出された１以上の商品画像を画像セットの素材としてユーザ端末に送信する送信部であって、画像セットが、基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部とを備える。【０００７】
本発明の一形態に係る画像管理方法は、画像管理装置により実行される画像管理方法であって、基準画像を含む画像セットをネットワーク上に公開しようとするユーザの識別子をユーザ端末から受け付ける受付ステップと、各ユーザの商品の取引履歴を記憶する記憶部を参照して識別子に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索ステップと、抽出された１以上の商品画像を画像セットの素材としてユーザ端末に送信する送信ステップであって、画像セットが、基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信ステップとを含む。【０００８】
本発明の一形態に係る画像管理プログラムは、基準画像を含む画像セットをネットワーク上に公開しようとするユーザの識別子をユーザ端末から受け付ける受付部と、各ユーザの商品の取引履歴を記憶する記憶部を参照して識別子に対応する１以上の商品を特定し、特定した各商品の商品画像を抽出する検索部と、抽出された１以上の商品画像を画像セットの素材としてユーザ端末に送信する送信部であって、画像セットが、基準画像と該１以上の商品画像の少なくとも一部とを組み合わせることで生成される、該送信部とをコンピュータに実行させる。【０００９】
このような形態によれば、画像セットを公開しようとするユーザが過去に取引した商品の画像が抽出され、抽出された商品画像がユーザ端末に送信される。ユーザにとっては、自身が既に知っている商品の画像が画像セットの素材として自動的に得られるので、ネットワーク上に公開する画像を準備する手間が軽減される。【００１０】
別の形態に係る画像管理装置では、取引履歴が取引日を含み、受付部が基準画像の生成日を更に受け付け、検索部が、識別子に対応し、且つ生成日から所定期間だけ遡った間に取引日が含まれる商品を特定してもよい。基準画像の生成日に近い時点で取引された商品の画像を抽出することで、その基準画像と関連性の高い商品画像が抽出される蓋然性が高まる。【００１１】
さらに別の形態に係る画像管理装置では、検索部が、各商品の使用期限と生成日とを比較することで、該生成日の時点で該使用期限が過ぎている商品を、商品画像の抽出の対象から除外してもよい。基準画像の生成時点で使用されている蓋然性が低い商品を除外することで、基準画像と関連性の高い商品画像をユーザに提供することができる。【００１２】
さらに別の形態に係る画像管理装置では、検索部が、商品ページに記載されているテキストに基づいて使用期限を設定してもよい。この場合には、商品ページとは別個独立に使用期限のデータを用意する必要が無い。【００１３】
さらに別の形態に係る画像管理装置では、受付部がテキストを更に受け付け、検索部が、識別子に対応し、且つテキストに対応する商品属性を有する商品を特定してもよい。テキストも用いて検索することで、素材として抽出される商品画像をより絞り込むことができる。【００１４】
さらに別の形態に係る画像管理装置では、画像セットが、ネットワーク上に公開される記事の一部であり、テキストが記事に含まれているものであってもよい。この場合には、その記事の内容に合致する商品画像が抽出されるので、画像セットに取り込まれる蓋然性が高い商品画像を抽出することができる。【００１５】
さらに別の形態に係る画像管理装置では、テキストが、基準画像に対応し且つユーザにより選択されたウェブページ上に含まれているものであってもよい。この場合には、そのウェブページの内容に合致する商品画像が抽出されるので、画像セットに取り込まれる蓋然性が高い商品画像を抽出することができる。【００１６】
さらに別の形態に係る画像管理装置では、検索部が、特定した各商品について商品ページのＵＲＬを更に抽出し、画像セットに対応する１以上の商品ページにアクセスするためのリンクが、該１以上の商品ページのＵＲＬに基づいて設定されて、該画像セットに埋め込まれてもよい。この場合には、公開された画像セットの閲覧者は、商品検索の操作を行うことなくその画像セットから商品ページに簡単にアクセスすることができる。【００１７】
さらに別の形態に係る画像管理装置では、画像セットが、基準画像と少なくとも一部の商品画像とが合成された１枚の画像として生成され、画像セットには所定のポータルページへのリンクが埋め込まれ、該ポータルページには各商品ページへのリンクが埋め込まれてもよい。【００１８】
さらに別の形態に係る画像管理装置では、画像セットにおいて、基準画像と少なくとも一部の商品画像とが互いに独立しており、画像セットの各商品画像には、対応する商品ページへのリンクが埋め込まれてもよい。【００１９】
さらに別の形態に係る画像管理装置では、画像セットに埋め込まれるリンクがアフィリエイト・リンクであってもよい。この場合には、画像セットの作成者に報酬獲得の機会を与えることができる。【００２０】
さらに別の形態に係る画像管理装置は、基準画像と１以上の商品画像の少なくとも一部とを組み合わせることで画像セットを生成する生成部と、生成された画像セットをネットワーク上に公開する公開部とを更に備えてもよい。この場合には画像セットの生成及び公開がユーザ端末ではなく画像管理装置で実行されるので、ユーザ端末における処理の負荷を軽減することができる。【００２１】
本発明の一形態に係る画像生成プログラムは、基準画像を取得する基準画像取得部と、識別子を上記画像管理装置に送信することで１以上の商品画像を画像セットの素材として取得する商品画像取得部と、基準画像と１以上の商品画像の少なくとも一部とを組み合わせることで画像セットを生成する生成部と、生成された画像セットをネットワーク上に公開する公開部とをユーザ端末に実行させる。この場合には画像セットの生成及び公開が画像管理装置ではなくユーザ端末で実行されるので、画像管理装置における処理の負荷を軽減することができる。
【発明の効果】
【００２２】
本発明の一側面によれば、ネットワーク上に公開する画像を準備するユーザの手間を軽減することができる。
【図面の簡単な説明】
【００２３】
【図１】実施形態における画像公開の概念を示す図である。
【図２】第１実施形態に係る画像管理システムの全体構成を示す図である。
【図３】（ａ），（ｂ）はそれぞれ、第１実施形態に係るユーザ端末及びサーバのハードウェア構成を示す図である。
【図４】第１実施形態に係るユーザ端末及びサーバの機能構成を示すブロック図である。
【図５】履歴データベースに記憶される購入履歴の例を示す図である。
【図６】第１実施形態に係る画像管理システムの動作を示すシーケンス図である。
【図７】第１実施形態に係るマッシュアップ・アプリケーション・プログラム及びサーバ・プログラムの構成を示す図である。
【図８】第２実施形態に係るユーザ端末及びサーバの機能構成を示すブロック図である。
【図９】第２実施形態に係る画像管理システムの動作を示すシーケンス図である。
【図１０】第２実施形態に係るサーバ・プログラムの構成を示す図である。
【図１１】履歴データベースに記憶される落札履歴の例を示す図である。
【発明を実施するための形態】
【００２４】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２５】
（第１実施形態）
図１〜５を用いて、第１実施形態に係る画像管理システム１の機能及び構成を説明する。画像管理システム１は、画像をネットワーク上に公開しようとするユーザを支援するコンピュータ・システムである。ユーザは、この画像管理システム１を利用することで、公開する写真を容易に準備することができる。
【００２６】
画像管理システム１を用いての画像公開の概念を図１に示す。ユーザＵは、自分で用意した画像（基準画像）Ａと、自分がネットワーク上で過去に取引した商品の画像（商品画像）Ｂとを組み合わせて画像セットＳを作成し、その画像セットＳをネットワーク上に公開する。
【００２７】
ユーザＵは基準画像Ａを自分で用意する必要がある。基準画像の例として、デジタルカメラ又はデジタルビデオで撮影された写真又は動画、スキャン画像、コンピュータ・グラフィックなどが挙げられるが、基準画像の態様はこれらに限定されるものではない。基準画像は、複数の物が用いられた状態を示す画像である。具体的には、基準画像は複数の物の形状及び／又は質を変化させた状態を示す画像であってもよいし、複数の物が組み合わされた状態を示す画像であってもよい。例えば、料理の写真は、複数の材料の形状及び／又は質を調理により変化させた状態を示す画像であると言えるので、基準画像の一種である。また、服飾品のコーディネイトの写真は、複数の洋服及び／又は装飾品が組み合わされた状態を示す画像であると言えるので、やはり基準画像の一種である。当然ながら、基準画像の被写体はこれらに限定されない。
【００２８】
ユーザＵは基準画像Ａを端末に記憶させ、画像セットＳを作成するためのアプリケーション・プログラムを操作する。本実施形態では、このアプリケーション・プログラムを「マッシュアップ・アプリケーション（ｍａｓｈｕｐ  ａｐｐｌｉｃａｔｉｏｎ）」という。マッシュアップ・アプリケーションは、ユーザＵが過去に取引した商品の画像Ｂを取得し、その商品画像Ｂをユーザ端末上に表示させる。
【００２９】
本明細書において「取引」とは、ユーザが商品を何らかの手段で入手することである。商品の入手方法として購入やオークションなどが挙げられるが、取引の態様はこれらに限定されない。また、本明細書における「商品」は、有体物だけでなく、サービスなどの無体物も含み得る。
【００３０】
その後、ユーザＵは基準画像Ａと１以上の商品画像Ｂとを組み合わせることで画像セットＳを作成する。マッシュアップ・アプリケーションはこれらの画像を並べて一枚の画像に合成してもよく、この場合には、画像セットＳは一つのファイルとして作成される。あるいは、マッシュアップ・アプリケーションは基準画像Ａ及び１以上の商品画像Ｂを合成するのではなく、これらの画像を互いに関連付けることで画像の組合せを生成してもよい。この場合には、画像セットＳは、互いに関連付けられた画像ファイルの集合である。
【００３１】
その後、ユーザＵは画像セットＳをネットワーク上に公開する。「画像セットをネットワーク上に公開する」とは、その画像セットを第三者が閲覧できるようにネットワーク上の所定のサーバにアップロードすることである。ネットワークの種類は限定されず、インターネットでもイントラネットでもよい。また、公開の方法も限定されない。公開の態様として、ＳＮＳへの投稿やブログへの掲載などがあるが、これらとは異なる態様で画像セットが公開されてもよい。
【００３２】
図２に示すように、画像管理システム１はユーザ端末１０、サーバ（画像管理装置）２０、及び履歴データベース（記憶部）３０を備えている。ユーザ端末１０とサーバ２０とはネットワークＮａを介して接続されている。サーバ２０はネットワークＮｂを介して履歴データベース３０にアクセスできる。ユーザ端末１０は公開先の任意のネットワークＮｐに向けて画像セットを送信可能である。公開先のネットワークＮｐは、より具体的には、ＳＮＳやブログなどのデータを処理するサーバである。
【００３３】
ユーザ端末１０の種類は限定されず、例えば据置型又は携帯型のパーソナルコンピュータでもよいし、高機能携帯電話機（スマートフォン）や携帯電話機、携帯情報端末（ＰＤＡ）などの携帯端末でもよい。図２では３台のユーザ端末１０を示しているが、端末の台数は限定されない。
【００３４】
ユーザ端末１０及びサーバ２０のハードウェア構成を図３に示す。図３（ａ）に示すように、ユーザ端末１０は、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクなどで構成される補助記憶部１０３と、ネットワークカードあるいは無線通信モジュールで構成される通信制御部１０４と、キーボードやマウスなどの入力装置１０５と、ディスプレイなどの出力装置１０６とを備えている。
【００３５】
後述するユーザ端末１０の各機能的構成要素は、ＣＰＵ１０１又は主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４や入力装置１０５、出力装置１０６などを動作させ、主記憶部１０２又は補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部１０２又は補助記憶部１０３内に格納される。
【００３６】
図３（ｂ）に示すように、サーバ２０もユーザ端末１０と同様のハードウェア構成を備えている。ただし、図３（ｂ）に示す各ハードウェア資源に用いられる具体的な部品はサーバ２０とユーザ端末１０との間で異なり得る。例えば、ユーザ端末１０が入力装置１０５及び出力装置１０６としてタッチパネルを備える一方で、サーバ２０は入力装置２０５としてキーボード及びマウスを備え、出力装置２０６として液晶モニタを備えていてもよい。サーバ２０についても、ユーザ端末１０の場合と同様に、後述する各機能的構成要素がハードウェアを用いて実現される。
【００３７】
なお、サーバ２０は１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよい。
【００３８】
次に、ユーザ端末１０の機能及び構成を説明する。図４に示すように、ユーザ端末１０にはマッシュアップ・アプリケーション１１がインストールされている。マッシュアップ・アプリケーション１１は、画像セットの生成及び公開を制御するアプリケーション・プログラムである。ユーザはマッシュアップ・アプリケーション１１を所定のサーバからダウンロードしてユーザ端末１０にインストールすることで、このアプリケーション１１を利用することができる。あるいは、マッシュアップ・アプリケーション１１はユーザ端末１０の出荷時からその端末１０にインストールされていてもよい。
【００３９】
ＣＰＵ１０１がマッシュアップ・アプリケーション１１を実行することで、基準画像取得部１１１、要求部１１２、商品画像取得部１１３、生成部１１４、及びアップロード部（公開部）１１５という機能的構成要素が実現される。要求部１１２は、請求の範囲における商品画像取得部の一部である。
【００４０】
基準画像取得部１１１は、基準画像を取得する機能要素である。基準画像の取得方法は限定されない。例えば、基準画像取得部１１１は、ユーザ端末１０内の所定のフォルダに既に記憶されており、且つユーザ操作により選択された画像を受け付けてもよい。あるいは、基準画像取得部１１１は、ユーザの撮影操作又は描画操作により生成された画像を即時に受け付けてもよい。基準画像はユーザ端末１０内ではなくネットワーク上の別のコンピュータ上に記憶されていてもよく、この場合にも基準画像取得部１１１はユーザ操作により選択された画像を受け付ける。基準画像取得部１１１は基準画像を生成部１１４に出力する。
【００４１】
要求部１１２は、ユーザが過去に取引した商品の画像をサーバ２０に要求する機能要素である。要求部１１２は商品画像の検索条件を生成してその条件をサーバ２０に送信する。
【００４２】
検索条件には、ユーザの識別子（以下では「ユーザＩＤ」という）が少なくとも含まれる。要求部１１２はマッシュアップ・アプリケーション１１により管理及び記憶されているユーザＩＤを取得してもよい。あるいは、要求部１１２は所定の入力画面を表示し、その画面を介して入力されたユーザＩＤを受け付けてもよい。本実施形態ではユーザＩＤは英字及び又は数字で定義されるものとするが、ユーザＩＤの表現方法は何でもよい。
【００４３】
要求部１１２は、取得された基準画像の生成日を検索条件に含めてもよい。ここで、基準画像が写真または動画であれば、その撮影日が基準画像の生成日である。基準画像がコンピュータ・グラフィックであれば、その作成日又は更新日が基準画像の生成日である。要求部１１２は基準画像に付随して記録されている属性情報（例えばファイル作成日時）を参照することでその生成日を取得する。
【００４４】
要求部１１２は、検索に用いるテキストを検索条件に含めてもよい。例えば、画像セットが投稿記事の一部として公開される場合には、要求部１１２はユーザにより入力されたその記事のテキスト（例えば、タイトル、本文、コメントなど）を検索条件として取得してもよい。あるいは、要求部１１２は基準画像に対応するウェブページをユーザに問い合わせ、その問合せに応じてユーザが指定したウェブページ上のテキストを取得してもよい。例えば、基準画像が料理の写真であれば、要求部１１２はその料理のレシピが掲載されたウェブページをユーザに問い合わせ、ユーザにより指定されたウェブページ上のテキストを取得する。あるいは、要求部１１２は所定の入力画面を表示し、その画面に入力された条件（例えば、取引日の範囲、商品名、商品カテゴリなど）を取得してもよい。
【００４５】
商品画像取得部１１３は、検索条件に応じてサーバ２０から送られてきた１以上の商品画像のデータを受信し、そのデータを生成部１１４に出力する機能要素である。
【００４６】
生成部１１４は、基準画像及び商品画像から画像セットを生成する機能要素である。生成部１１４は入力された１以上の商品画像を画面上に表示すると共に、それらの商品画像の少なくとも一部を選択させるためのユーザ・インタフェースをその画面上に表示する。このユーザ・インタフェースは、表示された複数の商品画像を商品属性（例えば商品カテゴリ）などに基づいて絞り込む機能を有していてもよい。
【００４７】
ユーザが商品画像を選択し終えると、生成部１１４は選択された商品画像と入力された基準画像とを含む画像セットを生成する。生成部１１４はそれらの画像を並べて一枚の画像に合成することで画像セットを生成してもよく、この場合には、画像セットは一つのファイルとして作成される。あるいは、生成部１１４はそれらの画像を単に関連付けることで画像セットを生成してもよく、この場合には、画像セットは、互いに関連付けられた画像ファイルの集合である。
【００４８】
詳細は後述するが、受信した各商品画像には商品ページのＵＲＬ（Uniform Resource Locator）が関連付けられている。生成部１１４はそのＵＲＬに基づいてリンクを設定し、そのリンクを画像セットに埋め込む。
【００４９】
画像セットが一枚の合成画像である場合には、生成部１１４は、画像セットで示される各商品のウェブページのＵＲＬに基づいて、各商品ページにアクセスするためのポータルページへのリンクを生成する。そして、生成部１１４はそのリンクを画像セットに埋め込む。ポータルページは、画像セットに対応する各商品ページへのリンクが埋め込まれたウェブページである。この場合には、第三者はその画像セットをクリックすることでポータルページにアクセスでき、そのポータルページから各商品ページ（すなわち、画像セットで示される各商品のウェブページ）にアクセスできる。
【００５０】
一方、画像セットが、単に相互に関連付けられた複数の画像である場合には、生成部１１４は各商品画像に、対応する商品ページへのリンクを埋め込む。この場合には、第三者はクリックした商品画像に対応する商品ページに直接アクセスできる。
【００５１】
生成部１１４は最初に画像セットの候補を複数生成して画面上に表示し、ユーザにより選択された画像セットを最終的に取得してもよい。この場合には、生成部１１４は入力された基準画像及び商品画像から複数パターンの候補を生成して画面上に表示するとともに、一つの画像セットを選択させるためのユーザ・インタフェースをその画面上に表示する。そして、生成部１１４はユーザにより選択された画像セットを保持する。
【００５２】
例えば、基準画像Ａと５個の商品画像Ｂ１〜Ｂ３が得られ、画像セットに含めることのできる商品画像が最大で３個であるとする。この場合には、生成部１１４は（Ａ，Ｂ１）、（Ａ，Ｂ２）、（Ａ，Ｂ３）、（Ａ，Ｂ１，Ｂ２）、（Ａ，Ｂ１，Ｂ３）、（Ａ，Ｂ２，Ｂ３）、（Ａ，Ｂ１，Ｂ２，Ｂ３）という７パターンの画像セットの候補を生成してユーザに提示する。
【００５３】
このように、画像セットをユーザに選択させる手法は限定されないが、いずれにしても、生成部１１４はユーザにより選択された商品画像を含む画像セットをアップロード部１１５に出力する。
【００５４】
アップロード部１１５は、画像セットを公開先のネットワークＮｐ上にあるサーバ（図示せず）に送信する機能要素である。上述したように公開の態様は限定されないので、画像セットの送信先はＳＮＳ管理サーバでもよいし、ブログ管理サーバでもよいし、他の種類のサーバでもよい。
【００５５】
次に、サーバ２０の機能及び構成を説明する。図４に示すように、サーバ２０は機能的構成要素として受付部２１、検索部２２、及び送信部２３を備えている。
【００５６】
受付部２１は、ユーザ端末１０から送信された検索条件を受信する機能要素である。上述したように、この検索条件は少なくともユーザＩＤを含み、場合によっては基準画像の生成日及び／又はテキストを含む。受付部２１はその検索条件を検索部２２に出力する。
【００５７】
検索部２２は、履歴データベース３０を参照して、ユーザＩＤに対応する１以上の商品を特定し、特定した各商品の画像を抽出する機能要素である。履歴データベース３０は各ユーザの商品の取引履歴を記憶しているので、検索部２２はこのデータベースを参照することで、ユーザが過去に入手した商品を特定することができる。上述したように取引の種類は限定されないが、本実施形態では、履歴データベース３０が購入履歴を格納していることを前提とする。
【００５８】
購入履歴は、ユーザがオンライン・ショッピングにより購入した商品の履歴を示すデータである。購入履歴はユーザＩＤ及び商品の識別子（商品ＩＤ）を含み、これらのＩＤは互いに関連付けられている。この購入履歴は商品の取引日も含むが、何を取引日として設定するかは任意に定めてよい。例えば、ユーザが購入手続を実行した日（購入日）でもよいし、店舗が商品を発送した日（発送日）でもよいし、ユーザが実際に商品を受け取った日（受取日）であってもよい。図５では取引の属性として購入金額も示している。
【００５９】
購入履歴から商品の属性を特定することが可能である。図５では、商品属性の一例として、商品名、商品カテゴリ、取扱店舗、商品ページのＵＲＬ、商品画像データ、及び使用期限を示している。なお、使用期限は消費期限又は賞味期限で示されてもよいし、使用可能な期間で示されてもよいし、他の基準に基づいて設定されてもよい。
【００６０】
購入履歴の構成は図５の例に限定されない。例えば、その図に示す商品属性の一部を省略してもよいし、他の項目を商品属性として購入履歴に含めてもよい。また、図５に示す購入履歴に対して任意の正規化又は冗長化を行ってよい。例えば、商品ＩＤを介して商品テーブル（図示せず）から商品属性を読み出すようにデータベースを構築してもよい。
【００６１】
検索部２２は、入力された検索条件を用いて購入履歴を検索して、ユーザが過去に取引した商品の画像を抽出する。検索方法は一つに限定されず、以下のように様々な手法が考えられる。
【００６２】
［ユーザＩＤのみによる検索］
検索部２２はユーザＩＤのみを用いて履歴データベース３０を検索することで、そのＩＤに対応する商品画像を取得してもよい。図５に示す購入履歴に対して検索部２２が「ユーザＵａ」というユーザＩＤで検索した場合には、検索部２２は商品Ｓａ，Ｓｂの二つの商品画像を取得する。
【００６３】
［ユーザＩＤ及び期間による検索］
検索部２２は、ユーザＩＤに対応し且つ取引日が所定期間内に含まれる商品を特定し、特定した各商品の画像を取得してもよい。例えば、図５に示す購入履歴に対して、検索部２２が、ユーザＩＤ「ユーザＵａ」と、基準画像の生成日「２０１２年１２月２０日」と、ユーザに指定された又はサーバ２０で自動的に設定された検索範囲「基準画像の生成日からその７日前までの期間」とを用いて検索した場合には、商品Ｓｂは抽出されるが商品Ｓａは抽出されない。
【００６４】
この検索における取引日の検索範囲はどのように設定してもよい。例えば、検索部２２は、ユーザにより指定された期間を検索範囲としてもよい。あるいは、検索部２２は、基準画像の生成日を起点として、そこから所定の日数（例えば２週間）遡った日までの範囲を検索範囲としてもよい。基準画像の生成日を起点とし、その起点に近い時点で取引された商品の画像を抽出することで、基準画像と関連性の高い商品画像が抽出される蓋然性が高まる。
【００６５】
［使用期限を考慮した検索］
検索部２２は、ユーザＩＤに対応し、取引日が所定期間内に含まれ、且つ基準画像が生成された時点において使用期限を過ぎていない商品を特定し、特定した各商品の画像を取得してもよい。
【００６６】
例えば、図５に示す購入履歴に対して、検索部２２が、ユーザＩＤ「ユーザＵａ」と、基準画像の生成日「２０１２年１２月２０日」と、検索範囲「基準画像の生成日からその１５日前までの期間」と、使用期限の条件とを用いて検索したとする。この場合には、基準画像の生成日（２０１２年１２月２０日）の時点で使用可能な商品Ｓｂは抽出されるが、その時点で使用期限が過ぎている商品Ｓａは除外される。しかし、基準画像の生成日が「２０１２年１２月２０日」でなく「２０１２年１２月１６日」であれば、商品Ｓａ，Ｓｂが共に抽出される。商品Ｓｂのように使用期限が設定されていない商品は、使用期限の条件を常に満たすことになる。
【００６７】
使用期限を考慮して、基準画像の生成時点で使用されている蓋然性が低い商品を除外することで、基準画像と関連性の高い商品画像をユーザに提供することができる。
【００６８】
図５に示すように使用期限が商品属性の一項目として明確に登録されていれば、検索部２２はその項目を参照すればよい。
【００６９】
もし、使用期限が商品属性として明示的に登録されていなければ、検索部２２は使用期限を示すテキストを商品ページのデータから抽出し、そのテキストに基づいて使用期限を設定してもよい。この場合には、商品ページとは別個独立に使用期限のデータを用意する必要が無い。
【００７０】
例えば、ある商品のウェブページが「賞味期限は３０日」という記載を含んでいれば、検索部２２はその商品の使用期限を３０日として設定する。別の例で、商品ページが、「冷凍」又は「冷蔵」などのような、商品の保管に関するキーワードを含んでいる場合には、検索部２２は予め設定されているルールに基づいて、そのキーワードに対応する使用期限を設定してもよい。例えば、検索部２２はキーワード「冷凍」を商品ページに含む商品に対して使用期限を１ヶ月に設定し、キーワード「冷蔵」を商品ページに含む商品に対して使用期限を１週間に設定する。
【００７１】
野菜などのように使用期限が明記されないことが多い商品については、商品カテゴリ又は商品の種類毎に設定された使用期限を記録したデータベースをサーバ側で準備しておくことを前提として、そのデータベースを参照して商品の使用期限が設定されてもよい。この場合には、検索部２２はそのデータベースにアクセスして商品の使用期限を取得する。
【００７２】
［テキストの利用］
上述したいくつかの検索手法のそれぞれにおいて、検索部２２は、商品属性が、検索条件で示されるテキストに対応すること、という条件をさらに満たす商品の画像を取得してもよい。テキストも用いて検索することで、商品画像をより絞り込むことができる。テキストが投稿記事の一部である場合には、その記事の内容に合致する商品画像が抽出されるので、画像セットに取り込まれる蓋然性が高い商品画像を抽出することができる。テキストがウェブページ上に記載されているものであれば、そのウェブページの内容に合致する商品画像が抽出されるので、画像セットに取り込まれる蓋然性が高い商品画像を抽出することができる。
【００７３】
テキストと商品属性とを比較する際に、検索部２２は周知の自然言語処理を用いて、そのテキストから検索のためのキーワードを抽出してもよい。例えば、検索部２２は「鯖のみそ煮」というテキストから「鯖」というキーワードを抽出し、このキーワードとユーザＩＤとに対応する商品の画像を履歴データベース３０から読み出してもよい。
【００７４】
このように、検索部２２は様々な手法を用いて商品画像を取得する。続いて、検索部２２は抽出した各商品画像に、対応する商品ページのＵＲＬを関連付ける。このＵＲＬは履歴データベース３０から取得できる。例えば、検索部２２は商品Ｓａの画像に商品ＳａのウェブページのＵＲＬを関連付け、商品Ｓｂの画像に商品ＳｂのウェブページのＵＲＬを関連付ける。そして、検索部２２は商品ページのＵＲＬが関連付けられた商品画像を送信部２３に出力する。
【００７５】
送信部２３は、抽出された商品画像を画像セットの素材としてユーザ端末１０に送信する機能要素である。上述したように、送信された商品画像はマッシュアップ・アプリケーション１１により処理される。
【００７６】
次に、図６を用いて、画像管理システム１の動作を説明するとともに本実施形態に係る画像管理方法について説明する。
【００７７】
まず、ユーザ端末１０において基準画像取得部１１１がユーザ操作に基づいて基準画像を取得し（ステップＳ１１）、要求部１１２が商品画像の検索条件を設定して（ステップＳ１２）、その検索条件をサーバ２０に送信する（ステップＳ１３）。上記の通り、検索条件は少なくともユーザＩＤを含み、場合によっては基準画像の生成日及び／又はテキストも含む。
【００７８】
サーバ２０では、受付部２１がその検索条件を受信し（ステップＳ１３、受付ステップ）、検索部２２がその検索条件を用いて履歴データベース３０を参照することで、その条件に合致する商品画像を取得する（ステップＳ１４、検索ステップ）。続いて、検索部２２は各商品画像にＵＲＬを関連付ける（ステップＳ１５）。１以上の商品画像が用意されると、送信部２３がその商品画像をユーザ端末１０に送信する（ステップＳ１６、送信ステップ）。
【００７９】
ユーザ端末１０では、商品画像取得部１１３がその商品画像を受信して画面上に表示する（ステップＳ１７）。続いて、生成部１１４がユーザ操作に基づいて、基準画像及び少なくとも一つの商品画像を用いて画像セットを生成し（ステップＳ１８）、アップロード部１１５がその画像セットを公開先のネットワークＮｐに送信することで該画像セットを公開する（ステップＳ１９）。なお、画像セットが投稿記事の一部である場合には、その記事全体がそのネットワークＮｐ上にアップロードされる。
【００８０】
第三者は公開された画像セットにアクセスすることができる。画像セットにはポータルページまたは各商品ページへのリンクが埋め込まれているので、閲覧者は、商品検索の操作を行うことなくその画像セットから商品ページに簡単にアクセスすることができる。
【００８１】
次に、図７を用いて、画像管理システム１を実現するためのプログラムＰを説明する。プログラムＰは、コンピュータをユーザ端末１０として機能させるためのマッシュアップ・アプリケーション・プログラム（画像生成プログラム）Ｐ１と、コンピュータをサーバ２０として機能させるためのサーバ・プログラム（画像管理プログラム）Ｐ２とを備えている。
【００８２】
マッシュアップ・アプリケーション・プログラムＰ１は、メインモジュールＰ１０、基準画像取得モジュールＰ１１、要求モジュールＰ１２、商品画像取得モジュールＰ１３、生成モジュールＰ１４、及びアップロード・モジュールＰ１５を備えている。
【００８３】
メインモジュールＰ１０は、ユーザ端末１０での画像セットの生成を統括的に制御する部分である。基準画像取得モジュールＰ１１、要求モジュールＰ１２、商品画像取得モジュールＰ１３、生成モジュールＰ１４、及びアップロード・モジュールＰ１５を実行することにより実現される機能はそれぞれ、上記の基準画像取得部１１１、要求部１１２、商品画像取得部１１３、生成部１１４、及びアップロード部１１５の機能と同様である。
【００８４】
サーバ・プログラムＰ２は、メインモジュールＰ２０、受付モジュールＰ２１、検索モジュールＰ２２、及び送信モジュールＰ２３を備えている。
【００８５】
メインモジュールＰ２０は、サーバ２０での画像管理機能を統括的に制御する部分である。受付モジュールＰ２１、検索モジュールＰ２２、及び送信モジュールＰ２３を実行することにより実現される機能はそれぞれ、上記の受付部２１、検索部２２、及び送信部２３の機能と同様である。
【００８６】
マッシュアップ・アプリケーション・プログラムＰ１及びサーバ・プログラムＰ２はそれぞれ、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、半導体メモリ等の有形の記録媒体に固定的に記録された上で提供される。また、各プログラムＰ１，Ｐ２は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。
【００８７】
以上説明したように、本実施形態によれば、画像セットを公開しようとするユーザが過去に取引した商品の画像が抽出され、抽出された商品画像がユーザ端末１０に送信される。ユーザにとっては、自身が既に知っている商品の画像が画像セットの素材として自動的に得られるので、ネットワークＮｐ上に公開する画像を準備する手間が軽減される。ひいては、画像セットの公開が促進される。
【００８８】
例えば、オンライン・ショッピングで購入した食材を使って料理を作ったユーザがその料理の写真を撮影して公開しようとする場合には、そのユーザの購入履歴に基づいてその食材の写真（商品画像）がユーザ端末１０上に表示される。したがって、ユーザは食材の写真を自分で準備することなく、自身が撮影した料理の写真と自動的に提示された食材の写真を組み合わせて画像セットを作成し、その画像セットをネットワークＮｐに公開することができる。
【００８９】
別の例で、ユーザが、オンライン・ショッピングで購入した服飾品のコーディネイト写真を撮影して公開しようとする場合には、そのユーザの購入履歴に基づいて各服飾品の写真（商品画像）がユーザ端末１０上に表示される。したがって、ユーザは個々の服飾品の写真を自分で準備することなく、自身が撮影したコーディネイト写真と自動的に提示された服飾品の写真を組み合わせて画像セットを作成し、その画像セットをネットワークＮｐに公開することができる。
【００９０】
本実施形態では、画像セットの生成及び公開がサーバ２０ではなくユーザ端末１０で実行されるので、サーバ２０における処理の負荷を軽減することができる。
【００９１】
（第２実施形態）
図８を用いて、第２実施形態に係る画像管理システム２の機能及び構成を説明する。画像管理システム２はユーザ端末４０、サーバ（画像管理装置）５０、及び履歴データベース３０を備えている。本実施形態では、ユーザ端末４０にはマッシュアップ・アプリケーションがインストールされず、ユーザは画像セットを公開するための操作をウェブブラウザ（Ｗｅｂ  ｂｒｏｗｓｅｒ）４１上で行う。ユーザ端末４０は主に画面の表示とデータ入力の受付とを行うにすぎず、実際に画像セットを生成する処理はサーバ５０で実行される。以下では、第１実施形態と異なる点について特に説明する。
【００９２】
サーバ５０は機能的構成要素としてページ提供部５１、基準画像受付部５２、検索条件受付部５３、検索部５４、送信部５５、生成部５６、及びアップロード部５７を備えている。
【００９３】
ページ提供部５１は、画像セットの公開に必要な各種操作を受け付けるためのウェブページをユーザ端末４０に提供する機能要素である。ユーザがそのウェブページにアクセスするための操作をウェブブラウザ４１上で行うと、ウェブブラウザ４１はそのページのＵＲＬを含む要求をサーバ５０に送信する。ページ提供部５１はその要求に応じてウェブページを生成し、そのウェブページをユーザ端末４０に送信する。これにより、画像セットを公開するためのウェブページがウェブブラウザ４１上に表示される。
【００９４】
基準画像受付部５２は、基準画像のデータをユーザ端末４０から受信する機能要素である。ユーザがウェブブラウザ４１を介して基準画像のアップロードを指示すると、ユーザ端末４０は基準画像のデータをサーバ５０に送信する。基準画像受付部５２は受信したデータを生成部５６に出力する。
【００９５】
検索条件受付部５３は、商品画像の検索条件をユーザ端末４０から受信する機能要素である。検索条件受付部５３は受信した検索条件を検索部５４に出力する。検索条件受付部５３は少なくともユーザＩＤを受信するが、この識別子はユーザがウェブブラウザ４１上で入力されてもよいし、ウェブブラウザ４１がＨＴＴＰクッキー（ＨＴＴＰ  ｃｏｏｋｉｅ）から自動的に読み出してもよい。
【００９６】
基準画像の生成日も検索条件として用いる場合には、検索条件受付部５３は、基準画像受付部５２により受信された基準画像に付随して記録されている属性情報（例えばファイル作成日時）から生成日を特定すればよい。ユーザがウェブブラウザ４１上で検索条件としてテキストを入力及び送信する操作を行った場合には、ユーザ端末４０はそのテキストをサーバ５０に送信し、検索条件受付部５３はそのテキストも検索条件として受信する。
【００９７】
検索部５４は、履歴データベース３０を参照して、ユーザＩＤに対応する１以上の商品画像を抽出する機能要素である。送信部５５は、抽出された商品画像を画像セットの素材としてユーザ端末４０に送信する機能要素である。これら二つの要素は第１実施形態と同様なので、詳細な説明を省略する。
【００９８】
生成部５６は、基準画像及び商品画像から画像セットを生成する機能要素である。ユーザが商品画像をウェブブラウザ４１上で指定すると、ユーザ端末４０はその商品画像の情報をサーバ５０に送信する。生成部５６はその情報と、基準画像受付部５２から入力された基準画像とに基づいて画像セットを生成し、その画像セットをアップロード部５７に出力する。
【００９９】
第１実施形態と同様に、生成部５６はそれらの画像を並べて一枚の画像に合成することで画像セットを生成してもよいし、それらの画像を単に関連付けることで画像セットを生成してもよい。リンクの埋め込み方法も第１実施形態と同様である。
【０１００】
アップロード部５７は、画像セットを公開先のネットワークＮｐ上にあるサーバに送信する機能要素である（第１実施形態と同様）。
【０１０１】
次に、図９を用いて、画像管理システム２の動作を説明するとともに本実施形態に係る画像管理方法について説明する。
【０１０２】
まず、ユーザ端末４０においてウェブブラウザ４１がユーザ操作に基づいて画像セット公開用のウェブページをサーバ５０に要求する（ステップＳ２１）。サーバ５０ではページ提供部５１がその要求に応じて所定のウェブページをユーザ端末４０に送信する（ステップＳ２２）。ユーザ端末４０ではウェブブラウザ４１がそのウェブページを受信して表示する（ステップＳ２３）。
【０１０３】
その後、ユーザが基準画像を登録するための操作をウェブブラウザ４１上で行うと（ステップＳ２４）、ウェブブラウザ４１は基準画像をサーバ５０に送信し（ステップＳ２５）、基準画像受付部５２がその画像を受け付ける（ステップＳ２６）。また、ウェブブラウザ４１は商品画像の検索条件を取得して（ステップＳ２７）、その条件をサーバ５０に送信する（ステップＳ２８）。この検索条件は少なくともユーザＩＤを含み、場合によっては、ユーザにより入力されたテキストも含む。
【０１０４】
サーバ５０では、検索条件受付部５３がその検索条件を受信する（ステップＳ２８、受付ステップ）。続いて、検索部５４がその検索条件を用いて履歴データベース３０を参照することで、その条件に合致する商品画像を取得し（ステップＳ２９、検索ステップ）、各商品画像にＵＲＬを関連付ける（ステップＳ３０）。１以上の商品画像が用意されると、送信部５５がその商品画像をユーザ端末４０に送信する（ステップＳ３１、送信ステップ）。
【０１０５】
ユーザ端末４０では、ウェブブラウザ４１がその商品画像を受信して画面上に表示する（ステップＳ３２）。その後、ユーザが商品画像を指定する操作をウェブブラウザ４１上で行うと（ステップＳ３３）、ユーザ端末４０は指定された商品画像の情報をサーバ５０に送信する（ステップＳ３４）。
【０１０６】
サーバ５０では、生成部５６がその情報に基づき、基準画像及び少なくとも一つの商品画像を用いて画像セットを生成する（ステップＳ３５）。そして、アップロード部５７がその画像セットを公開先のネットワークＮｐに送信することで該画像セットを公開する（ステップＳ３６）。なお、本実施形態においても、画像セットが投稿記事の一部である場合には、記事の一部であるテキストもユーザ端末４０からサーバ５０に送信され、サーバ５０がそのテキスト及び画像セットを含む記事を公開先のネットワークＮｐにアップロードする。
【０１０７】
次に、図１０を用いて、コンピュータをサーバ５０として機能させるためのサーバ・プログラム（画像管理プログラム）Ｐ３について説明する。
【０１０８】
サーバ・プログラムＰ３は、メインモジュールＰ３０、ページ提供モジュールＰ３１、基準画像受付モジュールＰ３２、検索条件受付モジュールＰ３３、検索モジュールＰ３４，送信モジュールＰ３５、生成モジュールＰ３６、及びアップロード・モジュールＰ３７を備えている。
【０１０９】
メインモジュールＰ３０は、サーバ５０での画像管理機能を統括的に制御する部分である。ページ提供モジュールＰ３１、基準画像受付モジュールＰ３２、検索条件受付モジュールＰ３３、検索モジュールＰ３４，送信モジュールＰ３５、生成モジュールＰ３６、及びアップロード・モジュールＰ３７を実行することにより実現される機能はそれぞれ、上記のページ提供部５１、基準画像受付部５２、検索条件受付部５３、検索部５４、送信部５５、生成部５６、及びアップロード部５７の機能と同様である。
【０１１０】
サーバ・プログラムＰ３は、第１実施形態におけるサーバ・プログラムＰ２と同様に配布することができる。
【０１１１】
第２実施形態においても、第１実施形態と同様の効果を得ることができる。加えて、本実施形態ではマッシュアップ・アプリケーションの配布が必要なく、ユーザ端末４０がウェブブラウザ４１さえ備えていれば、ユーザは画像セットを作成することができる。また、画像セットの生成及び公開がユーザ端末４０ではなくサーバ５０で実行されるので、ユーザ端末４０における処理の負荷を軽減することができる。
【０１１２】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【０１１３】
上記実施形態では履歴データベース３０が購入履歴を記憶していたが、上述したように取引履歴の種類は限定されない。例えば、図１１に示す落札履歴を履歴データベース３０が記憶し、検索部がその落札履歴から商品画像を抽出してもよい。
【０１１４】
落札履歴は、ユーザがインターネット・オークションで落札し入手した商品の履歴を示すデータである。落札履歴もユーザＩＤ及び商品の識別子（商品ＩＤ）を含み、これらのＩＤは互いに関連付けられている。この落札履歴における取引日は、ユーザが商品を落札した日（落札日）でもよいし、出品者が商品を発送した日（発送日）でもよいし、ユーザが実際に商品を受け取った日（受取日）であってもよいし、他の行為が為された日であってもよい。図１１では取引の属性として落札金額も示している。
【０１１５】
落札履歴からも商品の属性を特定することが可能である。図１１では、商品属性の一例として、商品名、商品のカテゴリ、商品ページ（商品が出品又は販売されているページ）のＵＲＬ、商品画像データ、及び使用期限を示している。
【０１１６】
購入履歴と同様に取引履歴の構成は図１１の例に限定されず、商品属性は任意に選択可能であるし、任意の正規化又は冗長化を行ってもよい。ユーザＩＤから各種商品属性（少なくとも商品画像）が得られるように履歴データベース（取引履歴）３０が構築されていればよい。
【０１１７】
上記実施形態では画像セットが商品ページへのリンクを含んでいたが、リンクの埋め込みを省略してもよい。
【０１１８】
あるいは、商品ページのＵＲＬに代えてアフィリエイト・リンクのＵＲＬを画像セットに埋め込んでもよい。アフィリエイト・リンクは、ユーザＩＤ（アフィリエイトＩＤ）を用いて周知の方法で生成することができる。この場合には、第三者が画像セット内の商品画像をクリックすると、対応する商品ページにアクセスでき、第三者がその商品ページで商品を購入すると、画像セットの作成者に所定の報酬が付与される。
【０１１９】
商品の入れ替えが頻繁に行われるために、商品画像の検索時にその画像を得られない場合には、検索部は商品カテゴリ等を用いて商品データベースを検索することで、類似商品の画像を取得してもよい。
【０１２０】
マッシュアップ・アプリケーションは特定の商品カテゴリ専用のソフトウェアであってもよい。例えば、マッシュアップ・アプリケーションは料理の画像セット専用、あるいは服飾品のコーディネイトに関する画像セット専用のアプリケーションであってもよい。この場合には、検索条件には特定の商品カテゴリが常に含まれる。
【０１２１】
基準画像が服飾品のコーディネイトに関するものであれば、検索部は、その基準画像の生成日から季節を推定して、ユーザがその季節に購入した商品の画像を履歴データベース３０から抽出してもよい。あるいは、検索部はその基準画像を画像解析して主な色を抽出し、その色の商品の画像を履歴データベース３０から抽出してもよい。
【符号の説明】
【０１２２】
１，２…画像管理システム、１０，４０…ユーザ端末、１１…マッシュアップ・アプリケーション、２０，５０…サーバ（画像管理装置）、２１…受付部、２２…検索部、２３…送信部、３０…履歴データベース（記憶部）、４１…ウェブブラウザ、５１…ページ提供部、５２…基準画像受付部、５３…検索条件受付部、５４…検索部、５５…送信部、５６…生成部、５７…アップロード部（公開部）、１１１…基準画像取得部、１１２…要求部、１１３…商品画像取得部、１１４…生成部、１１５…アップロード部（公開部）、Ｐ１…マッシュアップ・アプリケーション・プログラム（画像生成プログラム）、Ｐ１０…メインモジュール、Ｐ１１…基準画像取得モジュール、Ｐ１２…要求モジュール、Ｐ１３…商品画像取得モジュール、Ｐ１４…生成モジュール、Ｐ１５…アップロード・モジュール、Ｐ２，Ｐ３…サーバ・プログラム（画像管理プログラム）、Ｐ２０…メインモジュール、Ｐ２１…受付モジュール、Ｐ２２…検索モジュール、Ｐ２３…送信モジュール、Ｐ３０…メインモジュール、Ｐ３１…ページ提供モジュール、Ｐ３２…基準画像受付モジュール、Ｐ３３…検索条件受付モジュール、Ｐ３４，…検索モジュール、Ｐ３５…送信モジュール、Ｐ３６…生成モジュール、Ｐ３７…アップロード・モジュール。
【図１】
0005843979.tif 000002
【図２】
0005843979.tif 000003
【図３】
0005843979.tif 000004
【図４】
0005843979.tif 000005
【図５】
0005843979.tif 000006
【図６】
0005843979.tif 000007
【図７】
0005843979.tif 000008
【図８】
0005843979.tif 000009
【図９】
0005843979.tif 000010
【図１０】
0005843979.tif 000011
【図１１】
0005843979.tif 000012